Sender: |
|
Date: |
Sun, 7 Oct 2001 11:37:35 -0400 |
Reply-To: |
|
Content-type: |
text/plain; charset=US-ASCII |
Subject: |
|
From: |
|
Content-transfer-encoding: |
7BIT |
In-Reply-To: |
|
Organization: |
L-Soft international, Inc |
MIME-Version: |
1.0 |
Parts/Attachments: |
|
|
> We have that problem here now. Something was changed by our network
> people to force all exe files to download instead of run as part of our
> Nimda cleanup. (and, they won't tell me what they did). I can see the
> logic in that in general, but it would be nice to be able to designate
> certain servers as 'safe'.
Although you are seeing the same effect as Paul, the causes are a bit
different. What your sys admin has done is removed the execute permissions
from the /cgi-bin directory where wa.exe resides. Since files can now
only be read and not executed, browsers will only download wa.exe.
In the case below, a plugin is forcing the browser to download the file
rather than the lack of permission to execute.
> > This is intended as a request for more info rather than a
> > trouble report.
> >
> > I've received a few reports that some users of the WWW interface have
> > problems because their browsers attempt to download WA.exe.
> > The common
> > factor appears to be the use of various download enhancement
> > plugins for
> > browsers, specifically a product called "getright" for IE and
> > a product
> > called "flashget" (browser not named). I seem to recall having this
> > happen to me (not neccessarily with an LSoft interface) under Netscape
> > with some plugin I immediately unplugged and am now unable to find.
> >
> > Could someone clarify what's going on and maybe suggest a bypass on
> > our end, if appropriate... I'm not really interested in maintaining a
> > crutch/bandaid on something if it isn't broken.
> >
> > -Kary
> >
|
|
|