GNOME Bugzilla – Bug 376425
Evolution generally ignores proxy settings
Last modified: 2007-11-22 07:16:22 UTC
Forwarding from a downstream bug report: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=215009 (It was filed against Evolution, but I suspect this is a GtkHtml bug.) Description of problem: Version-Release number of selected component (if applicable): evolution-2.8.1.1-3.fc6 How reproducible: I am using evolution with evolution-connector to get mail from an OWA server. My Internet access is exclusively through a proxy (I have a local ntlmaps proxy that contacts the actual proxy, which most Linux applications can't talk to.) All images appear in as red x-es if the messages reside in local folders. Occasionally, I notice an image that correctly downloads if the message is residing on the Exchange Server. Steps to Reproduce: 1. Set up proxies in System>Preferences>Network Proxy. For good measure set up a global environment variable (/etc/profile.d/proxy.sh). For good measure, install gconf-editor to verify that the settings are known to Gnome. 2. Make sure that Email Properties (HTML mail) has "Always download images from the Internet" checked. 3. Write a rule to move a newsletter in HTML to a local directory. 4. Try to read the message from the local directory. Actual results: The status bar indicates attempts to download the message, but all images are replaced by red x-es. Expected results: Successful downloading of the images. Additional info: I had the same problem in FC5, but never reported it. (I switched to Evolution very late in the cycle -- I had been using Outlook under Crossover Office before, as my organization had no OWA at the time.)
I have the same problem.
Evolution uses settings in /system/http_proxy when downloading images with url like http:// or https://. Can you check what is the image url and if the settings (in gconf-editor) is there? Thanks in advance.
For instance, I have an email with the URL: http://bp2.blogger.com/_utOcD-lSx_c/R0F7tQg22BI/AAAAAAAAACQ/Hfbevaw2Ep0/s1600-h/olsr-vs-user-traffic.png Evolution is not using /system/http_proxy to display the email. When I do View->Load Images, the email view just freezes for a few seconds/minutes and then times out, as if it tried to load the image without using proxy (the router silently drops port 80 packets, instead of sending back a connection refused). It is definitely NOT true that "Evolution uses settings in /system/http_proxy when downloading images with url like http:// or https://".
OK, correction. I went back to my email window that didn't load images, and I noticed it actually did load images. I don't know how long it took but it must have been a long time. So probably what happens is that gtkhtml tries to load images directly first, and only if it fails it tries to load via proxy. However in my case detecting direct http failure can take minutes, and so loading images takes minutes, which is not acceptable behaviour.
Thanks for quick response. Based on the code, it uses settings from there. Your URL doesn't point to real image, but to the page with the image, so it fails to show, you want to change "/s1600-h/" to "/s1600/" to point to direct image (graph). Anyway, I found a bug in camel when working with proxy, I'll attach here a patch in couple of minutes. Thanks for your help. (Causing probably that delay you see.)
Created attachment 99404 [details] [review] proposed eds patch for evolution-data-server; This fixes two things, first is a proxy issue above, second if a crash I found while testing. If you've a proxy without username and password, then the g_base64_encode fails (it needs more than one character to encode - strange) and returns NULL, which makes unhappy code which uses it.
Patch in #6 committed to camel-lite: http://tinymail.org/trac/tinymail/changeset/2985
Looks fine to me too. Commit to stable/head.
Committed to trunk. Committed revision 8229. Committed to stable. Committed revision 8230.