When wget and curl know better than you do: unwanted automatic decompression
mojca at macports.org
Wed Jan 21 04:22:14 PST 2015
On Wed, Jan 21, 2015 at 12:01 PM, René J.V. wrote:
> On Wednesday January 21 2015 11:31:09 Mojca Miklavec wrote:
>>On Mac (getting decompressed file, inside the firewall):
>>HTTP/1.1 200 OK
>>Via: 1.1 ZID
>>I think I understand now. It must be our "smart" firewall (running on
>>Windows 2003!) that's modifying files. I'll talk to our sysadmin (who
>>will most likely have no clue how to solve the problem).
> Yikes, typical MS dumbness? Not only doing something you didn't ask for, but also in a half-baked way (decompression but not changing the MIME type nor the hash) ...
> You can't get the tarball via https or ftp, by chance (if the firewall doesn't meddle with these too)?
How can I fetch this file from https/ftp? I ended up copying the file
with scp from another server, so I have the file now.
Also, if I copy the file to my own server and try to get it from
there, it gets through compressed:
HTTP/1.1 200 OK
Via: 1.1 ZID
Date: Wed, 21 Jan 2015 12:17:19 GMT
Last-Modified: Wed, 21 Jan 2015 11:51:58 GMT
It's weird that I haven't been bitten by this issue more often. I have
been regularly working on this network for at least a year.
(I have been bitter by other issues though, like inability to run
rsync / "port selfupdate", because opening the corresponding port in
the firewall for a protocol that our sysadmin has never heard of would
pose a threat for security and integrity of the entire network.)
More information about the macports-dev