GNOME Bugzilla – Bug 499932
Not deleting from e-mail server after specified time
Last modified: 2008-08-28 19:06:11 UTC
Please describe the problem: I have sent up Evolution to delete e-mails from a POP server after 7 days, as I often access e-mail via webmail and other computers (specifically in this case pop.btinternet.com, which I think feeds from yahoo, but not sure). This version combination of Evolution / Gnome does not seem to delete after 7 days, with the result of a larger Inbox online than desirable Steps to reproduce: 1. Create a talk21.com account 2. Put some e-mail into the inbox 3. Pickup as usual using pop settings (can supply these if you can't find them), making sure you have leave on server for x days sorted 4. Continue doing so for more than x days Actual results: All mail in inbox is left in the inbox, even after x days Expected results: After the xth day (not sure whether this is after the first polling, or the date of the e-mail, but I check daily so this makes no difference) the oldest e-mails should be deleted Does this happen every time? Yes Other information:
well, probably a bug in the talk21 server then.
A bug in the server configuration is certainly another option, yes. However, the deleting worked as desired under Evolution 2.8.2, 2.8.3, 2.10.1 and Gnome 2.16.1. What sort of things should I point the talk21.com server technicians at to see if it is a new problem at their end? Thanks
I have since looked through the info sent to the server via wireshark and can't instantly see things like DELE etc that would suggest the right commands are being sent to the server. Are things fixed in the newer versions - may have to break out of the "officially" supplied version??
I can confirm this. I am using evolution 2.12.1 on ubuntu 7.10 (gutsy) and have 4 email accounts configured in my evolution with the "leave messages on server" and "delete after 3 days" options enabled. In all cases, mails are left behind on the server and never deleted by evolution.
I can confirm that I have the same issue. On Thunderbird I never had this issue. This is not a server issue but a client side issue. My details: Evolution Version: 2.12.1 OS: Ubuntu 7.10 Email Account: POP (No Encryption) Days before Deleting: 30days Disable support for all POP3 extensions: Un-Checked Leave Messages on server: Checked Automatically check for new email: 60min Server Requires Authentication for SMTP: Checked You only have to do a search to find other users with the same issue: https://launchpad.net/bugs/182799 http://ubuntuforums.org/archive/index.php/t-683955.html
I have this problem on Evolution 2.22.2 With a POP account provided by www.free.fr Evolution Version: 2.22.2 OS: Ubuntu 8.04 Email Account: POP (No Encryption) Days before Deleting: 7days Disable support for all POP3 extensions: Un-Checked Leave Messages on server: Checked Automatically check for new email: 10min Server Requires Authentication for SMTP: Checked
Me too. The POP server is the one from GMX, one of the largest free mail providers in Germany (Europe?). Considering that several people have confirmed this issue with different servers and different Evolution versions, is it okay to set the status to "new" instead of "unconfirmed"?
Hello, I saw the version of Evolution this bugs is associated is 2.12. I thought the developpers wouldn't take care of bug reports on old evolution versions. So I created a similar bug report for evolution 2.22 : Bug 543571 This bug confirms the "delete e-mails from a POP server after x days" option doesn't work on many POP servers. But nobody answered to this bug too :-( Could you type a comment in this new bug report too ?
*** Bug 543571 has been marked as a duplicate of this bug. ***
CoudCoud, the version number is just a hint; I hope the Evolution developers follow the discussion to find out whether a bug still applies instead of relying on that field. It seems that this bug simply hasn't attracted the necessary attention. I have closed the other one as duplicate, because this entry here has more information.
FWIW, I also did a packet trace. Because my mail box has grown to over 500MB and many messages, the trace is rather large even compressed, so I'm not attaching it. As in comment #3 I also see now DELE commands. The conversation is this: +OK GMX POP3 StreamProxy ready <15398.1219768054@mp009> CAPA +OK TOP USER SASL LOGIN CRAM-MD5 UIDL RESP-CODES . AUTH CRAM-MD5 + PDE1Mzk4LjEyMTk3NjgwNTRAbXAwMDk+ NDg5OTQwIGIzZDJiZjgzYmUyYWVkNjc2NzkxZTNhM2Y3Yjc1ZGJm +OK Mailbox locked and ready CAPA -ERR Command not available in TRANSACTION state LIST +OK 1 5114 ... 34034 3221 34035 4068 . UIDL +OK 1 223c0f922b8f17e12c27754848e1cfd2 ... 34035 81a97e1d03bbbb960a5ae0f3089c73b0 . QUIT +OK GMX POP3 server signing off
I believe this has been fixed within bug #514827 and is included in development version. Can someone check, please?
It has indeed been fixed in the upcoming 2.24. *** This bug has been marked as a duplicate of 514827 ***