After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 246213 - Abandoned cache directories are never deleted
Abandoned cache directories are never deleted
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.6.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: Shreyas Srinivasan
Evolution QA team
evolution[accounts]
: 246715 314619 333949 (view as bug list)
Depends on:
Blocks: 327508 327510
 
 
Reported: 2003-07-13 09:35 UTC by Toni Willberg
Modified: 2013-09-10 14:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Toni Willberg 2003-07-13 09:35:52 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
<<
Comment 1 Toni Willberg 2003-07-13 09:37:17 UTC
Additional info:

I've set Evo to show all folders instead of just subscribed ones.
Comment 2 Jeffrey Stedfast 2003-07-13 16:15:03 UTC
did you set your namespace to INBOX. ?
Comment 3 Toni Willberg 2003-07-13 16:28:24 UTC
Ah, I forgot to mention; I did not set any namespace for inbox. :)
Comment 4 Toni Willberg 2003-07-16 18:47:47 UTC
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

Comment 5 Not Zed 2005-03-03 07:02:27 UTC
bumping down a bit, it is just unused files cruft, nothing major like
data loss or crashing

Comment 6 Shreyas Srinivasan 2005-08-10 03:48:00 UTC
*** Bug 246715 has been marked as a duplicate of this bug. ***
Comment 7 parthasarathi susarla 2005-08-27 03:21:28 UTC
*** Bug 314619 has been marked as a duplicate of this bug. ***
Comment 8 Laurent Bigonville 2005-11-13 23:12:12 UTC
There is the same promlem with all other kinds of accounts
Comment 9 André Klapper 2006-02-27 21:49:23 UTC
correct, still in 2.5
Comment 10 parthasarathi susarla 2006-07-14 06:58:53 UTC
*** Bug 333949 has been marked as a duplicate of this bug. ***
Comment 11 Matthew Barnes 2008-03-11 00:26:53 UTC
Bumping version to a stable release.
Comment 12 Milan Crha 2008-07-11 07:03:57 UTC
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?
Comment 13 Bastien Nocera 2010-04-14 15:12:03 UTC
(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.
Comment 14 Omer Akram 2010-06-08 07:14:17 UTC
also reported at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/21668
Comment 15 Matthew Barnes 2012-06-04 12:57:08 UTC
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.