Interesting... I have seen this URL popup the same save as dialog, just on symantec.com, when I was at a customer this week. This was on MWG 7.4. I do not see this on MWG 7.6, nor when going through the Web SaaS (which is on 7.6.1 right now).
What version of MWG are you running?
Hi Frank, we are running 22.214.171.124
As this behaviour is new to us and MWG didn't change I assume this is a new usage by http://b.company-target.com. I really wonder if this usage of response content of type gzip offered in the response header as mimetype text/html is compliant to browsers and what MWG does about it if it is.
This is caused by the .gz extension and likley that you came from an older version which we did not and do not plan to migrate the settings (to preserve your existing config).
Under Configuration > Proxies, directly above the FTP proxy settings is a check box for "Adjust content-type header for request to archives (depending on the content encoding), uncheck this.
Also in Configuration > Proxies > Advanced settings, there is a radio option for "Compress content to client", select the option for "If the server's response is compressed".
Thank you Jon,
you are right we come all the way from 7.1. I was not aware of this setting or just used adjustment of content-type header as security feature and completely forgot about it.
Now I'm not really sure if it is really a good idea to deactivate that setting. How do people generally judge on this?
Could I use an event in a rule to omit content-type header correction?
Set it as I have above I forsee no risk (for the content-type checkbox), these are the new defaults for fresh installations.
The compression setting may add a little extra load but it should be negligible.
Thank you Jon, I appreciate