63854 - Courier-Imap: Cannot empty Trash can

Status: VERIFIED FIXED

(MailNews Core :: Networking: IMAP, defect, P5)

Description

[cls]

From time to time, my Trash folder changes its icon from the Trash can icon to
the regular folder icon.  If I exit the app and relaunch, the Trash can icon
comes back.  On top of this,  I get the following error dialog when I try to
"Empty Trash" from one of my four accounts in this profile:

The current command did not succeed.  The mail server responded: Invalid mailbox

Now, while I was telling sspitzer this on irc, I ran across another anomaly.  I
was playing with the folders for the second account and I was able to look in
the Trash folder.  It had a few messages so I decided to empty it.  Once I
clicked on "Empty Trash", the icon for the trash can flipped between the regular
folder and the Trash can a few times before returning back to the Trash can.
And then I got the previously mentioned dialog again and was unable to look at
the empty folder.

This occurred with a cvs build from about 2000-12-17 20:00 PST. The IMAP server
is running Courier-Imap 1.2 and my delete model is "Move To Trash".

Comment 1

[(not reading, please use [e-mail] instead)]

cls, can you attach your prefs.js and an IMAP protocol log?

Comment 2

[cls]

Attachment: mail portion of prefs.js

Comment 3

[cls]

Attachment: imap protocol log

Comment 4

[cls]

Looking at the log, the problem appears to be that somehow it determined that
"Inbox/Trash" was the name of the trash folder.  It should be "Inbox.Trash".  My
namespaces appear to be set correctly ("Inbox." & "shared.", respectively). 
I've also noticed that when I click on a folder, it spits out a uri to the
console:
In OnFolderLoaded for imap://[e-mail]/INBOX/announce

Where does that uri come from?  I'm pretty sure that if the uri used . instead
of / for the folder seperators, it would fix this problem.


6151[8621e68]: mail.seawood.org:A:SendData: 2 select "INBOX/Trash"
6151[8621e68]: mail.seawood.org:A:CreateNewLineFromSocket: 2 NO Invalid mailbox
5126[8cb62f8]: mail.seawood.org:S-INBOX.Trash:SendData: 5 select "INBOX/Trash"
5126[8cb62f8]: mail.seawood.org:S-INBOX/Trash:CreateNewLineFromSocket: 5 NO
Invalid mailbox

Comment 5

[Navin Gupta]

Are you using cyrus imap server. The problem appears to be with hierarchy
delimiter. Should not take long to fix. 

Comment 6

[cls]

Courier-imap.  I've been trying to track it down but there's a number of places
that hardcode / as the delimiter.  

Comment 7

[Navin Gupta]

There is no target milestone on this one... may be we should nominate.

Comment 8

[cls]

Should nsIImapUrl->AllocateCanonicalPath(....) always replace any delimiter that
you pass into it with / ?
 

Comment 9

[cls]

Sorry about the spam. An unset priority should be less than P5.  

Comment 10

[scottputterman]

This currently isn't planned for mozilla0.8.  I've changed the nomination to
mozilla0.9 so it gets properly triaged for the next milestone.


cc varada. I think he experienced this problem before.

Comment 11

[Keyser Sose]

*** Bug 72053 has been marked as a duplicate of this bug. ***

Comment 12

[cls]

Ok, I'm not sure what changed as I've been on a separate branch for a few weeks
but viewing items in the trash and emptying the trash can now works.  Whatever
change fixed the problem went in before 2001/05/23 as it works on the static
build branch cut on that date.
.

Comment 13

[Navin Gupta]

I think this may got fixed because of bug 79444

Comment 14

[Karen Huang]

bug 79444 is fixed and has been verified for Cyrus IMAP.
This is Courier-Imap server....Courier-Imap.
Christopher, can you help for verifying this bug on Courier-Imap since we don't 
have the Courier-Imap server in the lab. Please marking as verified if problem 
is fixed. Thanks.

Comment 15

[cls]

Verified.