Pricing/Ordering

Most likely the payment has not completed. Please log in to your Google Wallet account and check. If Google Wallet shows a completed payment then please report the payment ID to us and we'll sort out the problem. If the payment has not completed for whatever reason, Google will not charge you for the payment or will refund the payment to you.

It is also possible that you haven't connected through the Android app to our service (or the connection hasn't worked well) since you have made the payment. In-app payments are only completed while you are connected to our service or when you connect the next time using the app.

You need to contact PayPal about this issue. We are not refusing your payment, no matter what the message says; PayPal is refusing it. We believe that is is related to problems in funding your transaction, PayPal has not told us explicitly though. They have told us, however, to refer our customers to their support when this happens.

You are seeing this message:

This seems to happen from time to time. There is no problem with our SCI if you were able to use the form on our website, it is a temporary problem on the Liberty Reserve end of things. Just try again a few minutes later.

I think this is pretty much a perception problem.

When we started YF we wanted everyone to have TotalFreedom. But some just did not have any need for server ports (which suits us well because it is a limited resource) so we set up a package type that did not have them (EnhancedFreedom). Some only wanted to chat and access some blocked web pages, and admittedly they would not need many server resources for it (streams, bandwidth), so we created BasicFreedom (which originally only had 10 simultaneous streams). We now consider EnhancedFreedom the general purpose package type.

When we set the bandwith limits of the packages we did not mean them to be maxed out all the time. EnhancedFreedom users who fire at 4 Mbit/s bidirectionally all the time are much more expensive than 10 € per month! In fact we have considered more than once to lower the bandwidth to 2 Mbit/s. Of course we stand by what we offer, so you may hit the limits all the time without feeling guilty. If everyone did it, however, we could not keep the offer.

In the case of BasicFreedom much of the cost is not bandwidth related. There are fixed costs per transaction, we need to consider that there is a certain chargeback likelihood (and chargebacks are very expensive), we need to provide a certain average amount of support, and so on. If we look at EnhancedFreedom the calculation is that most users really consume less than 1 Mbit/s on average. Heavy gamers are the ones that perfectly fit the pattern, so are users of YouTube and IP-TV.

We have also been asked to set up a package that has 64 or 128 kbit/s. But we can't really offer it for less than the price of BasicFreedom, so what's the point? We have also been asked to have more bandwidth on BasicFreedom, maybe 384 kbit/s or 512 kbit/s. That would make the package more expensive though, and I am sure not everyone would appreciate it.

No matter how you look at it, we will not be able to perfectly please everybody. But if you consider EnhancedFreedom the general purpose package type and the others as variations thereof, it all makes sense.