| Title: | Internet Tools |
| Notice: | Report ALL NETSCAPE Problems directly to kdlucas@netscape.com . rnet? Read note 448.L for beginner information. |
| Moderator: | teco.mro.dec.com::tecotoo.mro.dec.com::mayer |
| Created: | Fri Jun 25 1993 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4714 |
| Total number of notes: | 40609 |
Help! Many of our customers in Germany cannot download the Delta-Time-Limit-Patch from the Public Patch Page (http://www.service.digital.com/html/patch_public.html). Instead of saving the file to disk the browser views the contents of the file! This behaviour is depending of the proxy-server. I can reproduce this behaviour: Here in the location FKR/Germany I normally use the Proxyserver www-proxy.rto.dec.com; with this server I can download the files to disk (The browser shows a dialogbox "save as..."). With www-proxy.clr.dec.com the browser immediately begins to download the file and shows the (binary) content in the window. This behaviour occurs with Netscape Navigator (V2, V3), Emosaic, running on OpenVMS and Windows95. The Helper application/octet-stream is always "save to disk", no other Helper for extension exe/bin exists. This problem depends on the ftp-access, with http-access (for example downloading the Freeware CD-Files) it works with both proxy-servers. What is the reason for this behaviour?? The only way I see is to change the Proxyserver, but many customer have only one proxy-server/Internet-provider to choose. This is a very urgent problem, because there was a delay in telling the customers about the Delta-Time-Limit-Problem here in Germany and many customers have now problems to get the patch in time. Please tell me what we in CSC Germany can do for the customers. Does another way exists for the customers to download the patch?? Thanks! Stephan Auerochs, Digital Service Center Munich (also posted in Digital Notes Conference)
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 4671.1 | MRPTH1::16.121.160.248::slab | labounty@mail.dec.com | Wed May 14 1997 08:29 | 5 | |
Answered in another conference. Hold down SHIFT while clicking on link. | |||||
| 4671.2 | hope in sight | DSNENG::KOLBE | Wicked Wench of the Web | Wed May 14 1997 12:11 | 4 |
The reason for this problem is that the system hosting the files for Colorado does not understand the mime type of the compressed files. I was told that when they upgrade the system to an alpha (happening soon) they will also set it up to understand the browser mime types. liesl | |||||
| 4671.3 | teco.mro.dec.com::tecotoo.mro.dec.com::mayer | Danny Mayer | Wed May 14 1997 13:38 | 12 | |
> The reason for this problem is that the system hosting the files for Colorado does > not understand the mime type of the compressed files. I was told that when they upgrade > the system to an alpha (happening soon) they will also set it up to understand the > browser mime types. liesl That makes no sense to me. It takes about one minute to add the right mime type to the server. Danny | |||||
| 4671.4 | PCBUOA::BAYJ | Jim, Portables | Wed May 14 1997 14:19 | 2 | |
Not if the ISP is Ultranet, in which case it takes about three months.
| |||||
| 4671.5 | DSNENG::KOLBE | Wicked Wench of the Web | Thu May 15 1997 14:50 | 4 | |
I believe the current FTP server in Colorado is an ultrix system that isn't web worthy. However, I didn't ask for details past the fact that it was going to be fixed when they upgraded to the Alphas. I have my web pages on one system with FTP pointers to my files on the other. liesl | |||||