GNOME Bugzilla – Bug 445439
Feature request: Delete mail from pop-server when deleted from Inbox/Trash
Last modified: 2011-10-14 07:21:29 UTC
There is still the possibility to leave mail on pop-server. Nice if you work on different machines and have no IMAP-server. But unlike to Thunderbird you can not delete mails on the server if they are deleted in local "Inbox" or "Trash". So you have to delete them manually on the server. That's bad.
I agree. It would be a nice feature to implement. I migrated from thunderbird to evolution as I really liked the calendar component, and its integration with the gnome desktop. This is one of the two features that miss me from Thunderbird (this one and the "download images" button, but I start to get used to Ctrl+I). I really like this application, the developpers are doing a really good job.
*** Bug 579972 has been marked as a duplicate of this bug. ***
*** Bug 561196 has been marked as a duplicate of this bug. ***
*** Bug 549074 has been marked as a duplicate of this bug. ***
Agree. This is one of the most important features that should be implemented in Evolution. Evolution is the best mail client for Gnome desktop and I really like it, but I miss a lot this possibility.
*** Bug 613550 has been marked as a duplicate of this bug. ***
Created attachment 158889 [details] [review] proposed eds patch for evolution-data-server; That easier part.
Created attachment 158891 [details] [review] proposed evo patch for evolution; That ugly part. Because there are some workarounds in evo code to have pop3 messages in On This Computer/Inbox, which makes this behaviour pretty hard to implement in a nice way, thus I added more workarounds: a) whenever expunging local Inbox or local Trash, the deleted messages are opened and there is read an X-Evolution-POP3-UID header, where is stored the POP3 UID, because it doesn't match with the one in the Inbox. I hope it all is OK, because all that is local, but even if not, I do not have anything better. b) when at least one such message is found, then all the enabled accounts are traversed, and it's checked whether any of them is a POP3 account, and if so, then it's checked whether the UID is deleted from it. If so, it's deleted from the POP3 folder, and the folder is expunged. c) the expunge on the CamelPOP3Folder part does nothing, if the account isn't configured to "Leave messages on the server" and "Delete expunged from Inbox" I'm opened for better approaches, though I do not see any. Maybe we can add one more check, "any enabled pop3 account configured to delete_expunged exists", just to not bother users without this option enabled, or without pop3 accounts, with additional I/O when opening all the deleted messages because of the new header searching.
The ability to do this would be a real boost for Evo. This is the only real weakness I have with Evo. For now I use Unison to keep my desktop Evo synced with my laptop Evo. I use the desktop as my primary Evo client. This is a very critical weakness as all email hosts do not support imap. Don't have a clue on how to implement the patch because I would love to bring my Evo to full capabilities.
Created commit f5f6794 in eds master (2.91.2+) Created commit d6d0d10 in evo master (2.91.2+)
*** Bug 460784 has been marked as a duplicate of this bug. ***
*** Bug 476282 has been marked as a duplicate of this bug. ***