> The method we use, which avoids downloading via ftp, Is to Upload the file
> (say Afile.pdf) to a folder called 'Files'  in your webspace. then include
> the address http://yourdomain.co.uk/Files/Afile.pdf in an Email. Your client
> can download the file in the background by clicking on the link - the best
> way is to use Windows and IE6, then right-click and use 'Save Target As' to
> save the file to disc. This is secure as you are not allowing anyone access
> via ftp,

I guess I was  wrong, but  I thought that is the way everyone was using FTP
for remote delivery...

Usually a hosting provider will supply something around 50-100 Mb for
standard packages and you can ask for more if needed. A website may take
20-30 Mb of such server space ( am talking of a HUGE website here), and the
rest of the space can be used to provide the remote delivery as described
above. BTW, It works just the same for Macs.
If you are using your own server space. There is  definitely no need to
provide access via FTP to your server if the only thing you are doing is
file delivery via  simple download.

An upload  folder named as you wish, (which  only you manage using FTP
applications, and stores the files you have to deliver), can be Password
Protected too, so you can provide some  additional level of security to your
clients by having this simple set up.
 Upon hitting the http  link, and before starting the download in a browser,
a simple dialog box asking for Login and password  would grant the access to
the file(s). Clients love this set up , as they are more confident on the
privacy/security of their data.

When submitting  either single or multiple files, it is strongly reccomended
to also use compresion utilities like Stuff It, not to save space in the
server, but to guarantee the integrity of the files(s) to be downloaded.

 Recent versions of Stuffit also provides password protection for the
encrypted files, and this can be used also to gurantee prompt payment
(enforcement of your licensing terms)  for your services, as no one could
easily decompress the files without this additional password.

Regards

Jorge Parra


===============================================================
GO TO http://www.prodig.org for ~ GUIDELINES ~ un/SUBSCRIBING ~ ITEMS for SALE

Reply via email to