Closed Bug 91739 Opened 23 years ago Closed 22 years ago

Courier IMAP: "" bad mailfolder on close, move and delete

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Windows 98
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: justin-moz, Assigned: mscott)

References

(Blocks 1 open bug)

Details

(Keywords: imap-interop)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.2) Gecko/20010720
BuildID:    0.9.2

Mozilla sometimes tries to use "" as the name of an imap mail folder, [possibly
only after you've closed the mail window in an IMAP session?]

This results in mzil not closing cleanly, and being unable to delete mail [but
then who deletes mail ;]




Reproducible: Always
Steps to Reproduce:
1. conect to a (courier-?)imap server
2. delete a message
3. close mail window
4. reopen window
5. try to delete messages

Actual Results:  When closing the mail window (step 3), mozilla issues:
14 expunge
2 select ""

[14 is the normal sequence number, but the select "" is always preceeded by 2,
the next command issued after this will be 15]

This results in an alert box with the text
"The current command did not succeed. The mail server responded: Invalid mailbox."

when deleting mail (Step 5) (I have mozilla set to move to Trash), mozilla issues:
31 uid copy 2206 ""

this results in an alert box with the text:
"The current command did not succeed. The mail server responded: Error in IMAP
command received by server.."

when deleting works (step 2), mozilla issues:
11 uid copy 2223 "INBOX.Trash"
12 uid store 2223 +FLAGS (\Deleted)


Expected Results:  Step 3, don't issue
2 select ""
when closing the mail window (or, if using this to move you from selected to
authenticated states expect and supress the error message)

Step 5, dont use "" instead of "INBOX.Trash" when copying the message to trash

I consider not being able to delete email to be a major problem, although the
work around is quite easy: don't close your mail window, ignore the alert when
quitting mozilla.
may be related to the "abnormal alerts" part of bug 90494?
CC naving and cavin.

Marking new.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I actually have accessing problem for this kind of server for sending
mail, creating folders, copying msgs from folders to folders --  I got many 
abnormal alerts -> see bug 90494 (including this bug's 
"..command did not succeed..Invalid mailbox") 
I am wondering this is dup of that bug?
Keywords: interop
Summary: "" bad mailfolder name for courier-imap; on close, move and delete → Courier IMAP: "" bad mailfolder on close, move and delete
KH: I don't think it is a dup as the other is larger, but I do think there is a
connection. On that basis I think a dependency between 91739 and 90494 is a good
idea.
Blocks: 90494
Keywords: interop
Summary: Courier IMAP: "" bad mailfolder on close, move and delete → "" bad mailfolder name for courier-imap; on close, move and delete
Ooops, trampled revised summary.

Anyone know of other IMAP servers that don't have "" as a valid namespace?
Keywords: interop
Summary: "" bad mailfolder name for courier-imap; on close, move and delete → Courier IMAP: "" bad mailfolder on close, move and delete
QA Contact: huang → meehansqa
CCing to myself.
I can't reproduce this bug according to the steps in comment #1? Can anyone 
reproduce it?
If there are only issues of "send", "save", etc, then this bug should be a 
duplicate of bug 90494.

Henry
Can anyone reproduce this bug according to the steps given by Justin
Murdock(Above comment #1, not in comment #1. Sorry.). I also copies it here.
Reproducible: Always
Steps to Reproduce:
1. conect to a (courier-?)imap server
2. delete a message
3. close mail window
4. reopen window
5. try to delete messages
Then you'll get error message.
No longer blocks: 90494
my guess here is that the reporter has empty trash on exit set, and that we're
having a  problem emptying the trash on the courier imap server - I'll give it a
try (this may have been fixed since this bug is quite old).
Hi, David, how are things going?

I can't reproduce this one, even with the flag 'empty trash on exit' set.

Can anyone reproduce this one? If it can't be reproduced, let's close it.
Unable to reproduce - consistently works correctly in PR 7.0
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Still broken in the w32 mozilla 1.0 download.

An alert box opens with the message
"The current command did nor succeed. The mail server responded: Error in IMAP
command received by server.."

given 
* NAMESPACE (("INBOX." ".")) NIL NIL
should the imap agent be issuing the commands 
<nn> uid copy 4003 ""
or
<nn> select ""
?

# tcpdump -s 128 -qX port imap2
tcpdump: listening on ne0
11:54:58.645900 stimpc.burry.1135 > redguy.burry.imap2: tcp 21 (DF)
  0000: 4500 003d 7c33 4000 8006 5505 0a01 0b01  E..=|3@...U.....
  0010: 0a01 0a80 046f 008f 004d 6e60 cc1e 30ea  .....o...Mn`Ì.0ê
  0020: 5018 21d9 7910 0000 3737 2075 6964 2063  P.!Ùy...77 uid c
  0030: 6f70 7920 3430 3033 2022 220d 0a         opy 4003 ""..

11:54:58.646031 redguy.burry.imap2 > stimpc.burry.1135: tcp 0 (DF)
  0000: 4500 0028 2cad 4000 4006 e4a0 0a01 0a80  E..(,­@.@.ä ....
  0010: 0a01 0b01 008f 046f cc1e 30ea 004d 6e75  .......oÌ.0ê.Mnu
  0020: 5010 4470 d118 0000                      P.DpÑ...

11:54:58.646495 redguy.burry.imap2 > stimpc.burry.1135: tcp 49 (DF)
  0000: 4500 0059 04d9 4000 4006 0c44 0a01 0a80  E..Y.Ù@.@..D....
  0010: 0a01 0b01 008f 046f cc1e 30ea 004d 6e75  .......oÌ.0ê.Mnu
  0020: 5018 4470 812f 0000 3737 204e 4f20 4572  P.Dp./..77 NO Er
  0030: 726f 7220 696e 2049 4d41 5020 636f 6d6d  ror in IMAP comm
  0040: 616e 6420 7265 6365 6976 6564 2062 7920  and received by
  0050: 7365 7276 6572 2e0d 0a                   server...

11:54:58.752175 stimpc.burry.1135 > redguy.burry.imap2: tcp 0 (DF)
  0000: 4500 0028 7f33 4000 8006 521a 0a01 0b01  E..(.3@...R.....
  0010: 0a01 0a80 046f 008f 004d 6e75 cc1e 311b  .....o...MnuÌ.1.
  0020: 5010 21a8 f3af 0000 2020 2020 2000       P.!¨ó¯..     .
Status: RESOLVED → REOPENED
OS: FreeBSD → Windows 98
Resolution: WORKSFORME → ---
Yes, it is related to empty trash - the problem can provoked by manualy emptying
trash rather than closing the window and having empty trash on close checked.

the error the server is complaining about is the 'select ""' issued by the empty
trash routine after logging in:

12:29:30.771074 redguy.burry.imap2 > stimpc.burry.1183: tcp 16 (DF)
  0000: 4500 0038 f50c 4000 4006 1c31 0a01 0a80  E..8õ.@.@..1....
  0010: 0a01 0b01 008f 049f 3820 3666 007e 5318  ........8 6f.~S.
  0020: 5018 4470 a8aa 0000 3120 4f4b 204c 4f47  P.Dp¨ª..1 OK LOG
  0030: 494e 204f 6b2e 0d0a                      IN Ok...

12:29:30.818107 stimpc.burry.1183 > redguy.burry.imap2: tcp 13 (DF)
  0000: 4500 0035 8d4f 4000 8006 43f1 0a01 0b01  E..5.O@...Cñ....
  0010: 0a01 0a80 049f 008f 007e 5318 3820 3676  .........~S.8 6v
  0020: 5018 21b8 db9b 0000 3220 7365 6c65 6374  P.!¸Û...2 select
  0030: 2022 220d 0a                              ""..

12:29:30.818226 redguy.burry.imap2 > stimpc.burry.1183: tcp 0 (DF)
  0000: 4500 0028 b48a 4000 4006 5cc3 0a01 0a80  E..(´.@.@.\Ã....
  0010: 0a01 0b01 008f 049f 3820 3676 007e 5325  ........8 6v.~S%
  0020: 5010 4463 7a87 0000                      P.Dcz...

12:29:30.818707 redguy.burry.imap2 > stimpc.burry.1183: tcp 22 (DF)
  0000: 4500 003e bfd2 4000 4006 5165 0a01 0a80  E..>¿Ò@.@.Qe....
  0010: 0a01 0b01 008f 049f 3820 3676 007e 5325  ........8 6v.~S%
  0020: 5018 4470 35a1 0000 3220 4e4f 2049 6e76  P.Dp5¡..2 NO Inv
  0030: 616c 6964 206d 6169 6c62 6f78 0d0a       alid mailbox..
Blocks: 160644
This wfm and I don't see any select "" being issued. If anyone still sees a
problem please reopen.
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WORKSFORME
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.