Mail Window renders HTML ignoring HTTP proxy settings

VERIFIED WORKSFORME

Status

SeaMonkey
MailNews: Message Display
--
major
VERIFIED WORKSFORME
15 years ago
14 years ago

People

(Reporter: Doug Poland, Assigned: (not reading, please use seth@sspitzer.org instead))

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

15 years ago
User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113

HTML-formatted email is rendered automatically in the mail window without
regards for the HTTP proxy.  An example is spam ads.  The HTML email is rendered
with the images from the remote host, even though that host is blocked by a
content filtering proxy.  I would think the Mail Windows should honor proxy
settings.

Reproducible: Always
Steps to Reproduce:
1. 
2.
3.

Comment 1

15 years ago
bug 205947 ?

Comment 2

15 years ago

*** This bug has been marked as a duplicate of 23728 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → DUPLICATE

Comment 3

15 years ago
I think more information is needed here.

What is your proxy config, what should be blocked, and what is not being blocked?
Status: RESOLVED → UNCONFIRMED
QA Contact: esther → benc
Resolution: DUPLICATE → ---
(Reporter)

Comment 4

15 years ago
My proxy config is:  Squid HTTP caching proxy with SquidGuard for content
filtering.  Squid is listening on port 80 on another host.  No authentication is
necessary.  

Using the Mozilla 1.6 browser with Manual Proxy configuration set to my proxy
host and port, the SquidGuard content filter correctly redirects requests for
HTML from blacklisted sites.  The browser is effectively blocked from viewing
that content.

However, when using Mozilla 1.6 Mail in 3-pane mode, if I get HTML-formatted
email with in-line images from sites in my blacklist, the Mail window displays
all HTML, including in-line images downloaded from "blacklisted" sites.  Hence
my conclusion that Mail Window does not honor HTTP proxy settings.  

I would think that the Mail Window should render all in-line HTML, but defer to
the HTTP proxy when attempting to GET content from the internet.  Does that make
sense?

Comment 5

15 years ago
Okay. That makes a lot more sense. I've never looked at this myself, so I din't
know what the expected behavior is.

Comment 6

14 years ago
Doug:

The best way to confirm the problem, is to use netstat right after you open the
message. It lists the network connections, so you would see a connection to the
offending content server, rather than your proxy.

Can you create a sample email that demonstrates the problem? This is fairly
different from our understanding of how HTML network loading should occur.

Comment 7

14 years ago
As noted in bug 257542 comment 2, I am seeing HTTP proxying work for 
Thunderbird; using the same test, I'm seeing it work for Mozilla 1.7.2.

Doug Poland, are you sure the images were remote and not included in the 
message?
Product: Browser → Seamonkey

Comment 8

14 years ago
No response from reporter; =>WFM

Doug Poland, feel free to reopen bug, but address comment 6 & 7.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago14 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 9

14 years ago
Using Mozilla 1.7.3 now and it is honoring the proxy setting in
Preferences-->Advanced-->Proxies.  BTW, I monitored the app by watching my squid
logs.  All http traffic is passed through squid and, when I filed this bug,
images rendered in the mail preview window didn't appear in squid logs.  Now
they do!  Thanks much!
v

Thanks for the response
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.