INBOX not present when name space overridden

Bug #21328 reported by Tony Arnold
20
Affects Status Importance Assigned to Milestone
Evolution
Fix Released
Medium
evolution (Ubuntu)
Fix Released
Medium
Sebastien Bacher

Bug Description

The INBOX for my IMAP account does not appear in the list of folder in the
left-hand pane if I select the 'Override server supplied name space' option. The
folders in the name space do appear as do the Trash and Sent folders, but not
the INBOX.

I cannot subscribe to the INBOX either, as it does not appear in the list of
folders to subscribe to.

Running on fresh install of Breezy with all the latest updates as of 10th
September, 2005

http://bugzilla.gnome.org/show_bug.cgi?id=315976: http://bugzilla.gnome.org/show_bug.cgi?id=315976

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Maybe an issue similar to
http://bugzilla.gnome.org/show_bug.cgi?id=313318. Could you run "CAMEL_DEBUG=all
evolution" and attach the part about LIST and LSUB to bugzilla? If there is
non-public part that you don't want to send to bugzilla replace them or put a
comment about that. Do you have an INBOX.INBOX to subscribe as described by the
comment on the GNOME page pointed?

Revision history for this message
Tony Arnold (tony-arnold) wrote :

Created an attachment (id=3694)
CAMEL_DEBUG=ALL output

Created by the following commands in a terminal window:

export CAMEL_DEBUG=all
evolution &> evolution_debug.txt

Revision history for this message
Tony Arnold (tony-arnold) wrote :

(In reply to comment #1)
> Thanks for your bug. Maybe an issue similar to
> http://bugzilla.gnome.org/show_bug.cgi?id=313318. Could you run "CAMEL_DEBUG=all
> evolution" and attach the part about LIST and LSUB to bugzilla? If there is
> non-public part that you don't want to send to bugzilla replace them or put a
> comment about that. Do you have an INBOX.INBOX to subscribe as described by the
> comment on the GNOME page pointed?

No, no such folder that I can see. All I see is the directory (and it's
sub-folders) I've used to override the name space, Junk and Trash.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank your for the comments. Probably NOTABUG due to "uri:
imap://<email address hidden>/imap-mail;noselect=yes", the server specify
noselect for the INBOX. I've forwarded it upstream to get their opinion anyway:
http://bugzilla.gnome.org/show_bug.cgi?id=315976
Do you need to overwritte the namespace? Do you have the INBOX without doing that?

Revision history for this message
Tony Arnold (tony-arnold) wrote :

(In reply to comment #4)
> Thank your for the comments. Probably NOTABUG due to "uri:
> imap://<email address hidden>/imap-mail;noselect=yes", the server specify
> noselect for the INBOX. I've forwarded it upstream to get their opinion anyway:
> http://bugzilla.gnome.org/show_bug.cgi?id=315976
> Do you need to overwritte the namespace? Do you have the INBOX without doing that?

Yes, the INBOX is fine if I do not override the name space, however, I see all
the other folders in my home dir on the IMAP server, and I would have to
subscribe to all my folders to get rid of these, which would be a bit of a pain.
Besides, overriding the name space works fine under Hoary, so this is a change
in functionality, in my view. (Perhaps the Hoary version's behaviour was not
correct strictly).

Revision history for this message
Sebastien Bacher (seb128) wrote :

according to upstream comment subscribing to all the folder should make it working

Revision history for this message
Tony Arnold (tony-arnold) wrote :

(In reply to comment #6)
> according to upstream comment subscribing to all the folder should make it working

Indeed it does, but that still leaves the problem of the INBOX dissappearing
when the name space is overridden! IMHO, this is either a bug, or there needs to
be better documentation on specifying namespace(s) that includes the INBOX and a
users folder (this may exist, but all the documentation I can find, just says
the namespace can be overridden, but not how. Perhaps it is IMAP server
specific). Besides this worked fine in the previous version!

Revision history for this message
Scott Dier (sdier) wrote :

I'm seeing behaviour like this:

imap4: any settings for namespace/subscription: can't see other folders, can't
subscribe. can see INBOX.
imap, with namespace and sub required on: "IMAP command failed: SUBSCRIBE
failed: Already subscribed to mailbox INBOX", no INBOX shown, mail folders shown OK.
imap, with namespace off and sub required off: No imap failure, but INBOX is
still not shown.

Server is known to work fine with Thunderbird. Running uw-imapd
7:2002edebian1-11sarge1.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Do you by any chance use IMAP4rev1 instead of IMAP?

Revision history for this message
Tony Arnold (tony-arnold) wrote : Re: [Bug 21328] INBOX not present when name space overridden

Daniel,

Daniel Holbach wrote:
> Public bug report changed:
> https://launchpad.net/malone/bugs/21328
>
> Comment:
> Do you by any chance use IMAP4rev1 instead of IMAP?

No, I use IMAP.

Regards,
Tony.
--
Tony Arnold, IT Security Coordinator, University of Manchester,
IT Services Division, Kilburn Building, Oxford Road, Manchester M13 9PL.
T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039
E: <email address hidden>, H: http://www.man.ac.uk/Tony.Arnold

Revision history for this message
Sebastien Bacher (seb128) wrote :

This upload fixes the issue:

 evolution-data-server (1.6.1-0ubuntu2) dapper; urgency=low
 .
   * debian/control.in:
     - updated debhelper requirement according to compat version used
   * debian/copyright, debian/watch:
     - updated from Debian
   * debian/patches/90_from_cvs_dont_override_namespace_when_not_required.patch:
     - only override the namespace if the URL parameter override is set,
       makes also sure than INBOX is listed (Ubuntu: #21328)

Changed in evolution:
status: Unconfirmed → Fix Released
Changed in evolution:
status: Unconfirmed → Fix Released
Changed in evolution:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.