GNOME Bugzilla – Bug 236625
MH folders via IMAP not accessible
Last modified: 2003-02-10 17:45:36 UTC
Description of Problem: The "#mh/" namespace doesn't work anymore in Evolution 1.2.1, while it worked in Evolution 1.0.8. Steps to reproduce the problem: 1. Make mail account using IMAP 2. Override namespace with "#mh/" Actual Results: Remote MH folders are not listed at all. Expected Results: Remote MH folders should be listed. How often does this happen? Always, 100% reproducable. Additional Information: Will attach session logs for 1.0.8 and 1.2.1.
Created attachment 41901 [details] Evolution 1.0.8 session log (working situation)
Created attachment 41902 [details] Evolution 1.2.1 session log (non-working situation)
Also has problem with #shared... Description of Problem: When subscribing to an IMAP server with shared mail folders (using the namespace #shared/folder), Evolution allows the user to subscribe to a folder (by entering the namespace), and displays this in the folder view. However, it will not allow the folder to be selected. Note that this is conecting to a server running UoW imapd v4.0.6. This setup has been tested with Mulberry email client which behaves properly, thus pointing to a client problem with Evolution. Steps to reproduce the problem: 1. Create a #shared folder hierarchy on an IMAP server 2. Set up account and connect to this server with Evolution 3. Subscribe to folder(s) in the #shared/ namespace 4. Click on subscribed folders in folder viewer Actual Results: folder does not select, but selection jumps back to previously selected folder Expected Results: Folder is selected and lists encloded messages How often does this happen? Every time Additional Information: I actually used Evolution to copy some messages into a #shared folder from another. This worked fine. It just won't let you select the folder to read the messages. It also will not let you add such a folder to the shortcust bar, instead adding the previously selected folder. It might be something to do with the # symbol, but I haven't tested this theory. Note that the # is a standard part of IMAP namespaces. A work around is to create a vfolder which contains the messages in the shared folder. In this case the messages are properly displayed.
*** This bug has been marked as a duplicate of 231745 ***