GNOME Bugzilla – Bug 539671
evolution redownloads all pop3 mail
Last modified: 2010-11-09 15:03:54 UTC
Please describe the problem: When checking pop3 mail (yahoo pop3 access) evolution redownloads all emails on the server. This seems to be triggered by an email with a send date in the future. Upstream report of ubuntu bug #190114 https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/190114 Steps to reproduce: 1. Recieve email with send date in the future. 2. send/recieve in evolution (automatic at intervals) 3. evo downloads *all* existing messages on the server Actual results: as above. this results in duplicate messages (a lot ~600 or so). as well as large bandwidth consumption (annoying as i am on a capped account). Expected results: Only download new messages Does this happen every time? Appears to happen every time a message with a send date in the future is received. Other information: semi-work around: hide all read messages. select all and delete (checking that there is no new unread messages). Then show messages. This removes the duplicates, however the bandwidth consumption is not solved.
Does this url help http://www.go-evolution.org/FAQ#Why_does_Evolution_download_duplicate_emails.3F_How_can_I_get_rid_of_them.3F_Why_does_Evolution_reload_old_mails_from_server_when_.22Leave_a_message_on_the_pop_server.22_is_activated.3F
I've had a look at the FAQ, generally, pop3 download works fine. However, If a certain message is sent (with a "Date:" header in the future) then this triggers downloading of *all* messages that were on the server (and previously downloaded). I have two saved two emails that have triggered the issue. I can attach them if necessary. The only fields that look dubious are the "Date:" ones, repeated here: Date: Sun, 20 Apr 2008 21:53:50 -0900 (sent on 1st April 2008), and Date: Thu, 03 Aug 2028 23:08:54 +0000 (sent on 18th March 2008). Its not really a huge issue, as its easy enough to delete the duplicates. The bandwidth usage is annoying, but so far this has only happened a few times so its bearable. Cheers, Andrew
It's happened to me as well. I'm running Evolution mail 2.24.x. It happens about twice a year. It would be nice if there was some sort of recovery mode (or way to kick the mail state forwards to a better value) instead of redownloading all mail. I logged my issue as http://bugzilla.gnome.org/show_bug.cgi?id=576070http://bugzilla.gnome.org/show_bug.cgi?id=576070 and marked 576070 as a dependent on 539671.
*** Bug 576070 has been marked as a duplicate of this bug. ***
I saw this comment below in the go-evolution FAQ. What interests me is that my maibox doesn't have several copies, my mail server claims to support UIDLs (Yahoo) and the cache-* files are writeable. Any ideas? references: http://help.yahoo.com/l/us/yahoo/mail/yahoomail/manage/checkother-02.html http://www.go-evolution.org/FAQ#Why_does_Evolution_download_duplicate_emails.3F_How_can_I_get_rid_of_them.3F_Why_does_Evolution_reload_old_mails_from_server_when_.22Leave_a_message_on_the_pop_server.22_is_activated.3F Why does Evolution download duplicate emails? How can I get rid of them? Why does Evolution reload old mails from server when "Leave a message on the pop server" is activated? There are several possible reasons when this happens: * You have got several copies in your mailbox * The mail server supports the UIDL extension yet changes the message UIDs each session * The mail server does not support UIDL (which means Evolution has to generate UIDs using md5sums of the message headers) but the server changes the message headers after download (usually adding a Status: or X-Status: header - Evolution's md5sum ignores these, but Evolution may be missing other headers that this particular server munges) * $HOME/.evolution/mail/pop/cache-* files are not writable There is also a script to get rid of duplicates at http://lists.ximian.com/archives/public/evolution/2005-January/041442.html and an external plugin available at http://www.gnome.org/~carlosg/stuff/evolution/ which also works with Evolution 2.10 if you have installed the devel-packages for evolution (and evolution-plugin if your distro ships the plugins in a seperate package).
This is still an issue in Karmic. The problems arises when the net traffic is very high ,[torrent downloads or ... ] evolution is not able to contact the server and settings get borked! This happened several times for me , always during torrent downloads , I ended up with ~1000 mails! in my inbox To reproduce , 1. download torrent files , [since well seeded torrent downloads use up the whole bandwidth and dont allow much bandwidth for other connections] 2. Now , notice that the new e-mails are not received , 3. After some time , when the download has ended/bandwidth is less used. We receive all the old mails.
*** Bug 628766 has been marked as a duplicate of this bug. ***
last dupe in 2.31.x
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 538716 ***