GNOME Bugzilla – Bug 749664
[IMAPx] Don't mark mail in trash folder as deleted
Last modified: 2015-05-26 20:01:16 UTC
When deleting a mail from an imap account the mail gets moved(?) to the trash-folder but still is marked as delted which causes the trash-folder allways looking like its empty. So either the deleted flag should get removed on copying to the trash-folder or evolution should ignore that flag when opening the trash-folder.
Thanks for a bug report. What does the setting Edit->Preferences->Mail Accounts-><imap account>->Edit->Defaults tab->Use Real trash folder option says for you, please? If it's not set, then the Trash folder is a virtual folder, which uses the \Deleted flag. if it is set, then probably with a different folder, because mine Real trash folder shows all messages in that folder properly (a cyrus server).
It's set to a remote folder and I see all deleted mails if I enable the "show deleted mails" option.
My Cyrus server's folder has those \Deleted flags unset. I see in the log that it's using: > B00091 UID COPY 1124 real.trash while I suppose your server supports the MOVE extension, which can eventually preserve also the flags, one of them the \Deleted.
I've a Dovecot server, which supports the MOVE extension, and it moves the message without the \Deleted flag. That makes me wonder, do you know the server, and possibly its version, which exhibits the issue, please?
Sorry, I don't know that. But if I do the same in thunderbird (delete mail and then look into the trash folder) I see all (deleted) mails. So for me it looks like a different behaviour between evolution and thunderbird
Could you try to run evolution from a terminal as: $ CAMEL_DEBUG=imapx:io evolution &>log.txt ideally with the only one IMAPx account being enabled, then check the top of the log, where the servers can identify itself, like here: > [imapx:A] I/O: '* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN] Dovecot ready.' or in the case of the GMail IMAP: > [imapx:A] I/O: '* OK Gimap ready for requests from 46.13.62.8 xxxxx' > [imapx:A] I/O: 'A00008 CAPABILITY' > [imapx:A] I/O: 'A00009 LOGIN ...' > [imapx:A] I/O: '* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=XOAUTH > A00008 OK Thats all she wrote! xxxxxx'
Created attachment 304031 [details] IMAP Log The log you requested
Thanks for the log. If I read it correctly, then you've configured two accounts. One is GMail, through GNOME Online Accounts, the other one doesn't advertise what it is, it only says: > * OK IMAP4 ready I tried with GMail, but it works properly. Then I tried with my Exchange 2010 server and I can reproduce the behavior with that account.
Pretty interesting. I thought the \Deleted flag got set on the message on the server, but no, it happened when the message was copied to the destination folder, only within the IMAPx code, which copied the old message flags to the new one, including the \Deleted flag, which is correct on the 'source' message info, because that message is ready to be expunged. Created commit 8811085 in eds master (3.17.3+) Created commit b536217 in eds gnome-3-16 (3.16.3+)