Chances are there's nothing wrong.
And exe? like you are seeing is a cgi script on a windows web server. As
such the output mime type is unlikely to be application/octet-stream,
but rather the appropriate output type for the content generated by the
exe.
You haven't mentioned _why_ you believe text/html is incorrect for the
output. If you are seeing the actual exe file downloaded, check the web
server configuration - it is likely wrong and not running the cgi
script.
In any case, squid is fine here, this is a server side issue.
Rob
----- Original Message -----
From: "Matt Foster" <Matt.Foster@unilever.com>
To: <squid-users@squid-cache.org>
Sent: Monday, May 14, 2001 8:29 PM
Subject: [squid-users] Problems with "livelink"
> Hi,
>
> I'm having a problem with an application called livelink
> It has URL's of the form:
> http://arandom_server/livelink900/livelink.exe?
>
> When the URL is access we see:
>
> 989832524.612 986 X.X.X.X TCP_MISS/200 1513 GET
http://arandom_server
> /livelink900/livelink.exe? - DIRECT/hpcelink.hpce.unilever.com
text/html
>
> Getting this a text/html is no good, as it's a .exe it needs to be
> application/octet-stream
> showing what happens. I've included relevant bits of squid.conf and
> mime.conf
>
> We are running 2.3STABLE4 under Tru64 Unix 5.1.
>
> Any ideas how to fix this?
>
> # TAG: no_cache
> # A list of ACL elements which, if matched, cause the reply to
> # immediately removed from the cache. In other words, use this
> # to force certain objects to never be cached.
> #
> # You must use the word 'DENY' to indicate the ACL names which
should
> # NOT be cached.
> #
> # There is no default. We recommend you uncomment the following
> # two lines.
> #
> acl QUERY urlpath_regex cgi-bin \?
> no_cache deny QUERY
>
> mime.conf contains
> \.exe$ application/octet-stream
anthony-unknown.gif -
> image
> \.exe\?$ application/octet-stream
anthony-unknown.gif
> - image
>
>
> Thanks,
>
> Matt Foster
> GIO ES Service Development
>
>
>
Received on Mon May 14 2001 - 04:59:38 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:59:59 MST