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 498475 - Cannot access shared folders on IMAP server
Cannot access shared folders on IMAP server
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Mailer
2.26.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[imap]
Depends on:
Blocks:
 
 
Reported: 2007-11-20 12:52 UTC by Guy Van Sanden
Modified: 2014-04-26 19:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Guy Van Sanden 2007-11-20 12:52:17 UTC
Please describe the problem:
I selected override server supplied namespace in Evoltion, following a FAQ for my IMAP server (Citadel) to get to the shared folders.  It does not have any affect.

FAQ: http://www.citadel.org/doku.php/faq:favoriteclient:why_don_t_i_see?s=evolution

Steps to reproduce:
1. Create a new evolution account
2. From the FAQ: check 'Override server-supplied namespace,' and leave the namespace blank. 
3. After Evolution connects, you'll see the public folders.


Actual results:
No difference with the option unchecked

Expected results:
The shared folders should appear (at the very least in the subscribe to folder dialog)

Does this happen every time?
Yes, with this and the previous version of Evolution

Other information:
Comment 1 André Klapper 2007-11-20 13:40:18 UTC
there are many buggy imap servers out there.... ;-)
(but yes, it could also be an evo bug. dont know)
Comment 2 Art Cancro 2007-11-20 14:47:04 UTC
This appears to be an Evolution bug.  Evolution is honoring the server-supplied namespace for private folders, but it is ignoring the server-supplied namespace for public folders.  As far as we can tell, the server is supplying the namespaces correctly:

* OK [CAPABILITY IMAP4REV1 NAMESPACE ID ACL AUTH=LOGIN STARTTLS METADATA] ops.xand.com IMAP4rev1 Citadel 7.11 ready
1 LOGIN acancro xxpasswordxx
1 OK [CAPABILITY IMAP4REV1 NAMESPACE ID ACL AUTH=LOGIN STARTTLS METADATA] Hello, Art Cancro
2 NAMESPACE
* NAMESPACE (("INBOX/" "/")) NIL (("Public Folders/" "/"))
2 OK NAMESPACE completed
Comment 3 Guy Van Sanden 2007-11-20 15:04:50 UTC
(In reply to comment #1)
> there are many buggy imap servers out there.... ;-)
> (but yes, it could also be an evo bug. dont know)

The IMAP server seems to work OK with other clients (Public folders) and with evoltion as distributed with Ubuntu Dapper.  
Comment 4 Ingvar Hagelund 2009-03-04 12:51:45 UTC
I can confirm this. IMAP client is standard Fedora Evolution on Fedora 10, that is evolution-2.24.5-1. Server is cyrus-2.2.3 on SLES 9.

Thunderbird has no problem whatsoever reading the folders under namespace ""

I'd gladly help debugging this.

Ingvar


$ telnet something imap
Connected to something.
Escape character is '^]'.
* OK something Cyrus IMAP4 v2.2.3 server ready
22 login username secret
22 OK User logged in
22 NAMESPACE
* NAMESPACE (("INBOX/" "/")) (("user/" "/")) (("" "/"))
22 OK Completed
22 LOGOUT
* BYE LOGOUT received
22 OK Completed

Comment 5 sam 2009-05-12 14:32:16 UTC
I can confirm this bug with Evolution 2.26.1

I've watched evolution from a distance for the last 3 years and it's almost good enough to use, but this is a blocker.
Comment 6 sam 2009-05-12 14:34:16 UTC
I think this is the same issue as #513690
Comment 7 Rafael Varela Pet 2010-03-11 20:34:54 UTC
I can also confirm this bug with Evolution 2.22.3.1 on Debian Lenny, tested against Cyrus IMAP Server 2.1.18-1+sarge and 2.2.13-10+etch

Mozilla Thunderbird and Horde/IMP works perfectly. They both can work with folders shared by other users ("user/" namespace) and public folders located at the root namespace.

This bug has been opened more than two years ago and I think that are enough confirmations in it to change its status to anything other than "UNCONFIRMED".
Comment 8 Ingvar Hagelund 2010-03-12 14:29:26 UTC
I made a more-or-less functional workaround, that at least let me access our shared folders. It can be used while this bug continues to be ignored.

http://ingvar.blog.linpro.no/2010/03/12/working-around-shared-folder-namespace-issues-in-evolution/

Ingvar
Comment 9 Rafael Varela Pet 2010-03-13 10:38:02 UTC
Ingvar, thanks for the tip. It worked.

I've been told in bug 513690 that a new IMAP provider, called "IMAP+", will debut in Evolution 2.30. Hopefully this problem will be solved definitively.
Comment 10 sam 2010-08-10 15:06:17 UTC
IMAP+ is definitely better, but still buggy for me, see bug 626535
Comment 11 André Klapper 2012-09-21 17:58:03 UTC
Superseded by bug 626535, I guess...
Comment 12 André Klapper 2013-08-24 14:42:42 UTC
Hi Guy, 
if you have time, could you please check again whether this issue still happens in Evolution 3.8.5 (which has a completely new IMAP+ backend) and update this report by adding a comment and changing the "Version" field and provide information about your distribution? Thanks a lot.
Comment 13 André Klapper 2014-04-26 19:04:22 UTC
Closing as OBSOLETE per lack of response from reporter.

Please reopen if this still happens in 3.12.x or 3.10.x.