GNOME Bugzilla – Bug 337082
unnamed imap folder
Last modified: 2009-11-02 20:46:55 UTC
That bug has been described on https://launchpad.net/distros/ubuntu/+source/evolution/+bug/37227 "I'm accessing my mail account through imap and an unnamed folder is displayed in the imap folders list, this folder doesn't seem to exist on the server since it doesn't show up when i'm accessing my mail account through my isp's web interface, nor is thunderbird affected by this issue. Let me know if you need some extra info please. Regards, andre http://librarian.launchpad.net/1894933/Schermata-Evolution%20-%20INBOX%20%281080%20in%20totale%2C%201%20non%20letto%29.png see screeenshot ... > Thanks for your bug. Could you run "CAMEL_DEBUG=all evolution &> evolution_debug.txt" to get a debug log of the communication with the server? The log might have private informations, please remove or replace them before sending it ... http://librarian.launchpad.net/1916048/evolution_debug.txt debug info"
guess there is a folder in the folder cache on harddisk (~/.evolution/mail/imap/<account_name>/folders/) which needs to be removed. :-/
is that a question for the submitter? a known issue upstream?
no, it's just a wild guess. :-) when i tried to fix bug 323106 here, i had to remove the folder from the folder cache on my harddisk.
distribution comment: "hello sebastien, sorry i had lost track of this bug... i had to wipe my old home dir, it was turning into a mess, hence i can't try that... right now, with my newly created evolution user profile i am NOT having this issue anymore, I'll keep you updated and notify you should the problem arise again, all the best, andre" I've closed the distribution bug as rejected since it's fixed and the user can't reply to your comment, feel free to do the same or to mark it as duplicate of bug #323106
hmm. okay, thanks for the feedback. closing as incomplete.
Hello, the problem still exists. I posted my bugreport here: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/37227 but so far nothing happened. Therefore I'd like to post the problem here on bugzilla as well. Thanks fpr any help! Philip ---------------- I've been working for a couple of weeks now with Evolution and IMAP and I do have just the same problem with a folder showing up in my evolution list but not on the server. This folder behaves the same way as describes above - I can't remove, move or rename it, and if I'm talking to the server directly or with any other kind of interface (Thunderbird, webmail) it doesn't show up. In my .evolution there appears no folder without name or anything other abnormal. I tried a couple of things after posting to a German Ubuntu-group, you can find them here: http://forum.ubuntuusers.de/topic/134179/?highlight= In the first entry you can read the log which is created on the server. The administrator complained about that to my. Therefore, I'd like to have the bug fixed... Today I renamed the .evolution-folder in my /home, and when I started Evolution there was a new one created. The folder with no name appeared in both of my accounts (which have identical settings and are located on the same server). Before that, I only saw the folder on one of my accounts - this means to me that it does not appear every time. Deleting the account and setting it up again did not change anything, though. I hope this information helps! I'd be very happy if someone could help out - it's my first bug report and I'm curious what's gonna happen... with best regards, Philip PS: I'm using Evolution 2.12.1 on a 32Bit Version of Ubuntu (7.10, Kernel 2.6.22-14-generic, Gnome 2.20.1)
I agree, the bug still exists. I have unnamed folders on my Gmail imap account. as per https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/37227 It annoys the heck out of me as I can't unsubscribe from it. I am using Ubuntu Hardy Heron fresh install.
*** Bug 537308 has been marked as a duplicate of this bug. ***
bug 537308 indicate that this is still an issue
Hi, since this is still an issue in Ubuntu Intrepid (with evo 2.23.6), I started to poke this bug with a stick... It appears that, the CamelStoreSummary corresponding to the gmail account contains as first entry a CamelStoreInfo where the path attribute is an empty string (and which is not associated with any real folder, server-side). I attach patch for camel-imap-store.c which works around the issue by ignoring the invalid entry. The "" folder doesn't show up anymore but this is only cosmetic, the offending entry is still present in the data structure, it is just not returned by get_folder_info_offline any more. Maybe someone with better knowledge of evo internals can comment. Cheers
Created attachment 115913 [details] [review] Work around for camel imap provider, skips any SummaryInfo with path=""
Thanks for the patch!
Created attachment 116853 [details] what I see first time This I see first time, next start it's fine. As far as I can tell, the imap part reads folders fine, only some issue in the sync with a tree makes his bad a bit later, I guess.
I tested the workaround and it doesn't help for the "creating the first time" issue. There some wrong logic with "Loading..." nodes for sure in evo.
Created attachment 117046 [details] [review] proposed evo patch for evolution; The core of the issue is that the em-folder-tree-model.c:folder_subscribed is working before the em-folder-tree.c:emft_get_folder_info__exec is actually done. In emft_get_folder_info__done are added some nodes to the tree for the folders, but the folder_subscribed already added nodes there, so some of them are there twice, which is wrong. I can see two different approaches how to fix this, either check whether we know about the folder before adding node for it in emft_get_folder_info__done, which also involves to look for the "Loading..." node and remove it, or just unset LOAD_SUBDIRS flag when we are really done with loading, to let other functions, like folder_subscribed, know that we are loading the structure and we will take care of the tree. I did it in the second way, because I believe it's more error-proof, but I can be wrong... as far as I tested it, I didn't notice any side-effect of such change, but some testing would be better to see from someone other for sure.
Can someone reproduce this on the actual stable or development version not after initial download, but during usual running? I would like to know how reproduce the initial issue and whether the above fix will help or not.
Sounds fine for me. But lets get it tested, by one who sees it often. I think during disk summary work, I faced it often, but didnt see it offlate.
We are two months later, who will test it, please?
I'm still having this problem on a freshly installed ubuntu intrepid with imap.gmail.com I just tried the following: - Deleting the empty unnamed folder (said it couldn't do it) - Renaming the empty unnamed folder (again it wouldn't) I then tried moving the unnamed folder from the IMAP server to my computer. When I did this, Evolution deleted all the emails in my Inbox. This is totally unacceptable. I realise that small bugs do occur in software, but this is a serious bug which causes data loss and which still hasn't been fixed, despite being reported over 2 years ago. Furthermore, I am very annoyed that Evolution deleted all my e-mails. I am therefore uninstalling Evolution and will not be reinstalling it until this bug is fixed, because at the moment it is a liability. I cannot use an e-mail client if it risks deleting all my e-mails. The severity of this bug needs to be marked as CRITICAL because it causes data loss.
Hi Max, I'm so sorry for your lost mails :( It's quite bad the patch is still waiting for some test or what. I'm surprised it deleted your mails, and I wonder how is it possible. There is some possibility the mails are not deleted fully, only marked as deleted. It depends whether the expunge has been done or not. I'm not sure whether GMail's UI shows messages marked as deleted, though.
I have same issue, on interpid
Max/Maxim, is it possible to one of you to test this patch? Approving a patch for this, without testing could be risky. Milan, if it doesn't work [not able to get it tested], then push to trunk only.
(In reply to comment #22) > Max/Maxim, is it possible to one of you to test this patch? Approving a patch > for this, without testing could be risky. > > Milan, if it doesn't work [not able to get it tested], then push to trunk > only. > how do I apply the patch?
You can apply the patch by either building the entire Evolution stack by yourself (which I'd not recommend to average users) or by asking your favourite distribution to include it in an update.
So, I have one guy, who reports that it works, in http://bugzilla.gnome.org/show_bug.cgi?id=563075#c3 So approving it for stable/trunk
*** Bug 563075 has been marked as a duplicate of this bug. ***
Patch committed to stable (gnome-2-24) branch as r36846 http://svn.gnome.org/viewvc/evolution?view=revision&revision=36846 Patch committed to SVN trunk as r36847 http://svn.gnome.org/viewvc/evolution?view=revision&revision=36847
the ubuntu bug submitter still has the issue using 2.24.3 "No change for me. I still can't get rid of unnamed folder. I had deleted account and then created it again. Unnamed folder appeared like it always did before."
Thanks for letting me know. I can see some strange behaviour now, when I have a maildir account, and have it collapsed after start, then calling, for example, Copy To Folder on some message and expanding the maildir account node in the "select folder" dialog, I see suddenly 3 unnamed folders under the maildir account. It doesn't do anything wrong next start (node expanded), or when I expand it in the main view first. I do not know how much it's relevant to reporter's issue, though.
OK, reverting the previous patch solved issue to me, thus I'll try to go the harder way, as described in comment #15
Created attachment 127280 [details] [review] proposed evo patch ][ for evolution; I reverted the last patch and added new changes to fix the issue.
Could some one test it for me to approve for 2.24.4, coming this week?
Is it gonna miss tomorrow's release? Norman: Could you test it again?
there is a new ubuntu bug commented stating that the new suggested change is not working correctly either
As per Sebastien's request via launchpad asking for users experiencing this bug to comment here to assist upstream debugging. I have not patched anything. An update occurred a few nights ago. I just ran evo with --debug and here is the output ----------- ** (evolution:17214): DEBUG: mailto URL command: evolution %s ** (evolution:17214): DEBUG: mailto URL program: evolution (evolution:17214): camel-imap-provider-WARNING **: Unable to load summary no such table: excep: IMAP command failed: Unknown folder. (Failure) Making error ---------- Notes: The message (evolution:17214): camel-imap-provider-WARNING occurred when I tried to delete the unnamed folder from the left menu folder list. The exception (excep IMAP) occurred when I when to the folder subscriptions and tried to uncheck the subscription to the unknown folder. I don't know if this is remotely useful, but I would be happy to do more to help with this one. If you want me to patch something, just let me know how. Jon
Hi Jon, thanks a lot for your offer, but compiling evolution & friends isn't so simple, and spending some time only because of this one bug doesn't worth it, really. I would appreciate some user with compiling environment ready, for a live session on IRC to help me debug this more.
(In reply to comment #34) > there is a new ubuntu bug commented stating that the new suggested change is > not working correctly either > Sebastien, can you ask the one whom said this, whether after applying the last patch, he/she saw more than one unnamed folder or exactly one? Thanks in advance.
I got the same problem here, check https://bugs.launchpad.net/evolution/+bug/37227/comments/44 wondering if is there something I can do...
(In reply to comment #38) > I got the same problem here, check > https://bugs.launchpad.net/evolution/+bug/37227/comments/44 wondering if is > there something I can do... > Thanks for the offer. The main problem is that I cannot reproduce it myself, thus it would be nice to have someone for tests, with a working compile environment. I looked into your bug link, do you really see there exactly one empty folder, and couple of other real folders? And when you go to Folder->Subcriptions, and choose your gmail imap account, is that empty folder there as well or not?
(In reply to comment #39) > (In reply to comment #38) > > I got the same problem here, check > > https://bugs.launchpad.net/evolution/+bug/37227/comments/44 wondering if is > > there something I can do... > > > > Thanks for the offer. The main problem is that I cannot reproduce it myself, > thus it would be nice to have someone for tests, with a working compile > environment. Sorry, after a busy work day, Just arrived home now... answers... > I looked into your bug link, do you really see there exactly one empty folder, YES, it is an empty folder that do nothing except being there - I can't edit or rename it also. I will not delete it (worried about data loss) and I can't drop any msg on it also... > and couple of other real folders? All my usual folders are there and alive :P And when you go to Folder->Subcriptions, and > choose your gmail imap account, is that empty folder there as well or not? Yes, unable to deselect it also... the other folders are ok but this ghost one if you check it off the check mark disappears for some seconds and checks back by itself...
It's possible that the-only-one-empty-folder is caused by IMAP provider itself. I noticed that while I was working on bug #413422. It'll be great if someone seeing this with a working compile environment can apply eds patch from there and evo patch from here and check whether these two will help.
(In reply to comment #41) > It's possible that the-only-one-empty-folder is caused by IMAP provider itself. > I noticed that while I was working on bug #413422. It'll be great if someone > seeing this with a working compile environment can apply eds patch from there > and evo patch from here and check whether these two will help. > Thunderbird doesn't show an empty folder with the same IMAP provider though.
(In reply to comment #42) > Thunderbird doesn't show an empty folder with the same IMAP provider though. Yup, it isn't. I meant camel's IMAP provider, the one which uses evolution, from evolution-data-server. They do not use it, they have their own implementation.
(In reply to comment #42) > (In reply to comment #41) > > It's possible that the-only-one-empty-folder is caused by IMAP provider itself. > > I noticed that while I was working on bug #413422. It'll be great if someone > > seeing this with a working compile environment can apply eds patch from there > > and evo patch from here and check whether these two will help. > > > > Thunderbird doesn't show an empty folder with the same IMAP provider though. > I don't know how to apply the patch... how I should do it?
(In reply to comment #44) > I don't know how to apply the patch... how I should do it? Thanks for your time, but if you do not have the compile environment running, and it's nothing easy unfortunately, then rather do not try it. (With the "compile environment running" I mean that you compile yourself evolution-data-server and evolution, and you are able to run these.)
This bug is still occurring with evolution 2.24.3 on Ubuntu.
2.24.3 is ancient and 2.24.5 is the last stable release.
2.26.0 and the patch needs still testing. How long should we wait more?
This problem appeared to me some day or 2 days ago on up-to-date Ubuntu Jaunty. I applied the patch against 2.26.0-0ubuntu1 but it didn't help. I still see an empty IMAP folder with empty name.
(In reply to comment #49) > This problem appeared to me some day or 2 days ago on up-to-date Ubuntu Jaunty. > I applied the patch against 2.26.0-0ubuntu1 but it didn't help. I still see an > empty IMAP folder with empty name. Is it exactly one empty folder there? If so, could you try with patch from bug #413422 too, please?
Yes, it is just one empty folder. I will try the patches (eds+evo), hopefully later today.
Thanks a lot.
@Milan Crha: Patch from this bug + patches from bug #413422 fix this bug for me. I haven't tested the patches separately though. Tested against 2.26.0 (ubuntu version, evo -0ubuntu2, eds -0ubuntu1).
Thanks for all the testing. Maybe I should extract related parts from the other bug here, because those other patches really need some review?
Created attachment 132198 [details] [review] proposed eds patch for evolution-data-server; Extracted related parts from the other bug mentioned above.
Hey guys, just wanted to add that I just ran into this issue with Evo 2.24.5. So consider the 2-24 branch to still have it lingering somewhere... Should I produce a log?
I have been bitten by this bug and perhaps I can shed some more debugging light. I have two gmail accounts and one account was displaying the problem of an un-named folder that couldn't be deleted or unsubscribed or renamed. And the other did not. So I went to ~/.evolution/mail/imap/<username>@imap.gmail.com/ and listed the files present. In the account that was working there was a folder "system", not present in the non-working account, which contained two files: Trash.cmeta and Junk.cmeta. Copying that directory to the non-working account did not solve the problem. Then I copied .ev-store-summary from the working acccount to the non-working account and magically the unamed folder disappeared. This solution persists over start-up and shutdown and I can subscribe/unsubscribe to folders the un-named folder does not reappear.
I found a reproducer for this even with "On This Computer". Steps: a) collapse "On This Computer" b) close evolution c) run evolution ("On This Computer" is collapsed) d) choose something like New Folder from the other account, or any other function which offers you folder selection. e) expand "On This Computer" in the "New Folder" dialog tree Observe few unnamed (empty name) folders in those both trees. The proposed evo patch ][ helps here, thus Created commit 8079db6 in evo master. And when I was in committing, then Created commit 654980d in eds master. Should be fine since 2.27.3+.
I've updated Ubuntu to v 9.10 and now have Evolution 2.28.1. I am no longer seeing unnamed empty folders. I ran through the steps Milan Crha posted and was not able to reproduce the error anymore.
I Confirm that. I did see that folder in 9.04, and now its gone for good.