downloading files larger than 4GB

  • Thread starter Thread starter IMS Techie
  • Start date Start date
I

IMS Techie

I've just confirmed with MSFT tech support that IE does not support
file transfers larger than 4 GB. They recommended that I use FTP, but
that will require that my clients open another port on their firewall
(not an option). Does anyone know any other browsers that support the
transfer of files larger than 4 GB (FireFox stops at 4 GB) as well?
 
You can make two or three smaller files to download. This should also
guarantee integrity of files! Larger files are prone to errors and even
a single error would require download from scratch!

Also, how about sending them DVDs with your files copied on them? This
would enable you harvest their personal info in your database!.
Information is POWER

hth


hth
 
IMS Techie said:
I've just confirmed with MSFT tech support that IE does not support
file transfers larger than 4 GB. They recommended that I use FTP, but
that will require that my clients open another port on their firewall
(not an option). Does anyone know any other browsers that support the
transfer of files larger than 4 GB (FireFox stops at 4 GB) as well?
Hi IMS,
One of many?, your ISP does not allow such a traffic or Transfer or your
Firewall.
You can compress and decompress the file to make faster and time saving for
both.
Are you using the FTP for MS and what port (20/21), they both can be blocked
by your ISP for security reason and the firewall think it is a
Blackhole/security risk for hacker and spamer to get into your Sys.
What about using another FTP program?.
HTH.
Please let us know.
Regards,
nass
 
Thanks for the feedback. The reason that we want to utilitze http
(https obviously) is so that clients do not need to make any firewall
changes. We have found that they are hesitant to open the ftp ports
for the reasons you mention below. All of the files are compressed via
WinZip before we send them out. DVDs are not the optimal solution
either as there are costs associated with producing, shipping,
tracking, etc. It seems that browsers simply are not able to handle
files over 4 GB. I know the issue is not with IIS as FTP runs on top
of this and is able to handle the transfer (though you again have
problems if you are driving the transfer through a browser and not the
command line). I suppose the best way to attack the problem is through
a file split, but that will require that I drop code on the client PC
to reassemble the files after they are delivered.
 
IMS Techie said:
Thanks for the feedback. The reason that we want to utilitze http
(https obviously) is so that clients do not need to make any firewall
changes. We have found that they are hesitant to open the ftp ports
for the reasons you mention below. All of the files are compressed via
WinZip before we send them out. DVDs are not the optimal solution
either as there are costs associated with producing, shipping,
tracking, etc. It seems that browsers simply are not able to handle
files over 4 GB. I know the issue is not with IIS as FTP runs on top
of this and is able to handle the transfer (though you again have
problems if you are driving the transfer through a browser and not the
command line). I suppose the best way to attack the problem is through
a file split, but that will require that I drop code on the client PC
to reassemble the files after they are delivered.

Hi,
Or you can bundle the code with the first Packet drop without the client
looking to excute the code from somewhere else on their HDD.
Thansk and Good luck.
Regards,
nass
 
Back
Top