GNOME Bugzilla – Bug 246213
Abandoned cache directories are never deleted
Last modified: 2013-09-10 14:04:09 UTC
evolution-1.4.0-2 rawhide-release-20030708-1 dovecot-0.99.10-1 My folder tree in the server is like this: INBOX SPAM SPAM.zoo FOO FOO.bar (Yes, those SPAM and FOO are not INBOX.SPAM and so on, but on same level as INBOX) This worked fine with Courier-imap server. Now when I switched to Dovecot, I've been experiencing problems with Evo showing folders in duplicates. Evo seems to think my folders were like this: INBOX INBOX.SPAM INBOX.SPAM.zoo INBOX.FOO INBOX.FOO.bar SPAM SPAM.zoo FOO FOO.bar This causes those SPAM.* and FOO.* folders being shown in Evo's folder tree twice. With verbose Camel debug I verified this is not a (atleast an obvious one) server side problem: received: * OK dovecot ready. sending : C00000 CAPABILITY received: * CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED STARTTLS AUTH=PLAIN received: C00000 OK Capability completed. sending : C00001 LOGIN xxx xxx received: C00001 OK Logged in. sending : C00540 LIST "" {1+} % received: * LIST (\Children \UnMarked) "." "FOO" received: * LIST (\Children \UnMarked) "." "SPAM" received: * LIST (\UnMarked) "." "INBOX" received: C00002 OK List completed. The server tells there are no subfolders for INBOX. Also, there is no mention about INBOX later in the debug's output. Now, when Evo shows those FOO and SPAM folders under INBOX, when user clicks on those, this is what he gets as an error dialog: >> Error while 'Opening folder imap://twillber@localhost:10143/INBOX/FOO/bar': No such folder INBOX/FOObar <<
Additional info: I've set Evo to show all folders instead of just subscribed ones.
did you set your namespace to INBOX. ?
Ah, I forgot to mention; I did not set any namespace for inbox. :)
Ok, I found the cause. It has nothing to do with IMAP server used... This is what actually happened: Description of Problem: When an IMAP account is removed, the directory "~/evolution/mail/imap/username@server" is not being removed by Evolution. Steps to reproduce the problem: 1. Create an IMAP account 2. ls -al ~/evolution/mail/imap/ 3. Remove the account 4. ls -al ~/evolution/mail/imap/ Actual Results: There's still "username@server" directory. This causes problems when re-creating an account with exactly the same username and same servername. Expected Results: Account's directory should be deleted when the account is removed. How often does this happen? Always. Additional Information: evolution-1.4.3-3 rawhide-release-20030715-1
bumping down a bit, it is just unused files cruft, nothing major like data loss or crashing
*** Bug 246715 has been marked as a duplicate of this bug. ***
*** Bug 314619 has been marked as a duplicate of this bug. ***
There is the same promlem with all other kinds of accounts
correct, still in 2.5
*** Bug 333949 has been marked as a duplicate of this bug. ***
Bumping version to a stable release.
The showing of fake folders has been fixed as a side-effect of fix for bug #330838. I'm a bit skeptic about removing files on account removal, you know, it's deleting files, no way to get them back anyhow. Anyway, it should be done on disabling account, and/or removing folder, in the provider itself, to clear the summary if applicable (for example the POP3/SMTP should not delete folders/files, same as maildir). Thus I guess it's question only for imap/exchange/groupwise and no other else, right?
(In reply to comment #12) > The showing of fake folders has been fixed as a side-effect of fix for bug > #330838. > > I'm a bit skeptic about removing files on account removal, you know, it's > deleting files, no way to get them back anyhow. It could either move them to the trash, or rename the directory that contained the account information. That would allow people to back those up if necessary, or at least find them easily.
also reported at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/21668
This is fixed now with the account-mgmt branch merge for 3.5.3. The new "evolution-source-registry" D-Bus service includes a module named "cache-reaper" which deletes unused cache directories. Only cache directories though (~/.cache), not user data directories (~/.local). Auto-deleting irrecoverable data directories is seen as too high-risk.