FTMG decompression of GZIP files locally
-
Friday, October 12, 2012 6:38 PM
I am experiencing a problem with our FTMG where content that exists on the web in a GZIP format is arriving on my desktop decompressed instead of compressed. Note that the content still has the filename with the extention of .gz so from Windows perspective it still thinks the content is compressed.
I've verified that this is happening on multiple computers that utilze the FTMG and that this behavior is NOT happening when I use a computer that is not attached to the FTMG.
I cannot find any settings or configuration information that would allow me to turn this "feature" off.
This only happens for HTTP traffic and does not happen for FTP traffic since I can routinely download other gzip compressed files using the FTP protocol and those files arrive on my local desktop still compressed.
This is a problem since the software that I'm using - provided by an external agent - is expecting the files that it is working with to arrive fully compressed. This software crashes (as it should) when trying to decompress a file that is already decompressed.
I have verified that this is happening irrespective of the use of caching, i.e. it happens with the cache turned on and with the cache turned off.
Note that this problem started about two days ago since the software I have been using for years started crashing two days ago.
Please provide some advice on how to stop this behavior.
Sincere yours
Jerry W. Manweiler, Ph.D.
Jerry W. Manweiler, Ph.D.
All Replies
-
Friday, October 12, 2012 8:03 PM
Hi,
Overview:
http://technet.microsoft.com/en-us/library/cc995175.aspx
It is possible to configure HTTP compression:
http://technet.microsoft.com/en-us/library/cc995193.aspxregards Marc Grote aka Jens Baier - www.it-training-grote.de - www.forefront-tmg.de - www.nt-faq.de
-
Tuesday, October 16, 2012 7:08 PM
Marc
Thank you for your reply but I think you are misunderstanding my problem.
I don't think this is an issue of HTTP compression since as I read that information it implies compression of the http data stream between the forefront server and the outside source.
What I'm experiencing is that our Forefront server is grapping already gzipped files from a server using the HTTP protocol and is NOT leaving the gzipped file compressed on my local desktop but instead it is decompressing the file on my desktop although it is NOT changing the filename, i.e. still leaves the .gz extension, so that when local (on my desktop) software reads the file it tries to decompress the file and an exception is thrown and causes the software to crash. I have talked with the author of the software and they will look at trapping the exception but the real issue is that the originally compressed file is being delivered to my desktop uncompressed which it shouldn't.
I very much need help solving this issue since I have confirmed that it is happening at our Forefront TMG server and not at the local machines.
Jerry
Jerry W. Manweiler, Ph.D.

