Closed
Bug 17681
Opened 25 years ago
Closed 25 years ago
IMAP: creating <\.....\> generates incorrect protocol
Categories
(MailNews Core :: Networking, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M12
People
(Reporter: jgmyers, Assigned: Bienvenu)
Details
Selecting an IMAP mail folder, then trying to create the mail folder named <\.....\> I get the following IMAP protocol in the server's telemetry log: 14 create "</...../" Notice that the backslashes have been changed to forward slashes and the trailing ">" has been truncated
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M12
Assignee | ||
Comment 1•25 years ago
|
||
accepting, marking m12 for now.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•25 years ago
|
||
problem was necko url code was converting '\' to '/', so we need to escape the folder names first. We still have a problem trying to create the .msf file because we're not munging illegal char names. I'll file a separate bug for that.
Comment 3•25 years ago
|
||
Now the only problem is that Mozilla crasches when it tries to read the folderlist from an IMAP account that has a folder named: </.....
Assignee | ||
Comment 4•25 years ago
|
||
crashes, or asserts? I see an assert, but I've never seen a crash.
Comment 5•25 years ago
|
||
I have a folder named < and one named </..... When I check for mail I'm getting this crash: MOZILLA caused an invalid page fault in module XPCOM.DLL at 0167:60b6226b. Registers: EAX=00000000 CS=0167 EIP=60b6226b EFLGS=00010206 EBX=00000000 SS=016f ESP=0063f26c EBP=0063f374 ECX=000000a1 DS=016f ESI=018193b4 FS=1a67 EDX=81652f2c ES=016f EDI=018193b4 GS=0000 Bytes at CS:EIP: 80 38 00 74 08 50 8b ce e8 1e fa ff ff 5e c9 c3 Stack dump: 018193b0 00000000 0063f2f8 0063fc08 7800ef03 7802e248 00000000 00000000 780012d9 00000041 780012c2 00000041 00000000 60ac6fdb 00000041 60b55242
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Comment 6•25 years ago
|
||
This is NOT resolved!!!! My Mozilla client STILL crashes!
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Assignee | ||
Comment 7•25 years ago
|
||
No, it's resolved because we are generating correct protocol now. Your crash is a seperate problem, that I have not been able to reproduce. Have you been able to narrow it down to the folder named '<' or the one named '</..... ?
Comment 8•25 years ago
|
||
Yes I've narrowed it down to having a folder named '<' and one named named '</.....' My IMAP server is a InterMail (software.com) version 4. This is the output from my imfolderlist command: $ imfolderlist hege16@webmail.mime.dk -s Account hege16@webmail.mime.dk, Message Store 99100101, Folder /INBOX contains 1 message(s): 0:To: "'hege16@webmail.mime.dk'" <hege16@webmail.mime.dk> 0:From: =?iso-8859-1?Q?Lars_H=F8jberg?= <laho@int.tele.dk> 0:Subject: Velkommen 0:Date: Fri, 1 Oct 1999 09:26:08 +0200 0:Message-Id: <C248D0021BF1D211A7410000F8D08BDE1D358E@tarkin.ost.tele.dk> ------------------------------------------------------------------------- Account hege16@webmail.mime.dk, Message Store 99100101, Folder /INBOX/< contains 0 message(s): ------------------------------------------------------------------------- Account hege16@webmail.mime.dk, Message Store 99100101, Folder /INBOX/</..... contains 0 message(s): -------------------------------------------------------------------------
Assignee | ||
Comment 9•25 years ago
|
||
Is '/' your hierarchy delimiter? Is '</.....' a sub-folder of '<'? It is for me on my Netscape imap server, and I don't have a problem with either folder, or getting new mail. Have you tried starting with a new mozilla profile? (it's a long shot, but it might help). You could also send me (or attach to this bug) a client protocol log by setting the following environment variables: NSPR_LOG_FILE=c:\tmp\imapio.txt NSPR_LOG_MODULES=IMAP:5 and re-rerunning mozilla. This will tell us how far we get talking to the server before we crash, by writing out all the communication between the client and server into c:\tmp\imapio.txt (c:\tmp must exist, or you can specify another directory that does exist).
Comment 10•25 years ago
|
||
Here's the output from the imapio.txt file: -280579[153e0a0]: fep2.sprawl.dk:NA:CreateNewLineFromSocket: * OK IMAP4 server (InterMail vM.4.01.02.00 201-229-116) ready Thu, 16 Dec 1999 18:58:45 +0100 (MET) -280579[153e0a0]: fep2.sprawl.dk:NA:SendData: 1 capability -280579[153e0a0]: fep2.sprawl.dk:NA:CreateNewLineFromSocket: * CAPABILITY IMAP4rev1 UIDPLUS -280579[153e0a0]: fep2.sprawl.dk:NA:CreateNewLineFromSocket: 1 OK CAPABILITY completed -280579[153e0a0]: fep2.sprawl.dk:NA:SendData: 2 login "hege16" "this_is_not_my_real_password" -280579[153e0a0]: fep2.sprawl.dk:NA:CreateNewLineFromSocket: 2 OK LOGIN completed -280579[153e0a0]: fep2.sprawl.dk:A:SendData: 3 lsub "" "*" -280579[153e0a0]: fep2.sprawl.dk:A:CreateNewLineFromSocket: * LSUB () "/" "INBOX" -280579[153e0a0]: fep2.sprawl.dk:A:CreateNewLineFromSocket: * LSUB () "/" "SentMail" -280579[153e0a0]: fep2.sprawl.dk:A:CreateNewLineFromSocket: * LSUB () "/" "Trash" -280579[153e0a0]: fep2.sprawl.dk:A:CreateNewLineFromSocket: * LSUB () "/" "INBOX/<" -280579[153e0a0]: fep2.sprawl.dk:A:CreateNewLineFromSocket: * LSUB () "/" "INBOX/</....."
Comment 11•25 years ago
|
||
Do we suppose to allow users to create the folders name (no matter IMAP or POP) for this kind of folders' name? Shouldn't it display an error? Even this is working on 4.7...I am wondering know what's the requirements/rules for creating the folders' names for 5.0. Cc:Jennifer, do we have any limitation/rules for creating folders?
Assignee | ||
Comment 12•25 years ago
|
||
these foldernames in this particular case are legal. To answer your question, though, we should prevent the user from creating folders with illegal names, like we did in 4.5
Comment 13•25 years ago
|
||
Agree with bienvenu. Only allow users to create folder names that are legal. I assume certain types of servers determine what is legal and what is not.
Comment 14•25 years ago
|
||
OK. Thanks. David or Jennifer - where I can find the information regarding to folders'illegal names?... So I can include the tests for preventing the user from creating folders with illegal names of different/certain types of servers.
Comment 15•25 years ago
|
||
I honestly don't know this one. Hopefully David can answer this one.
Comment 16•25 years ago
|
||
David, Used WinNT 12-21-00-M12 commercial build: From the WinNT, I can see the "<\.....\>" displayed correctly in the IMAP protocol log file now..... But, how about from the GUI interface, it seemed that it displayed correctly on the log file, but from the GUI - I saw ">" instead of the "<\.....\>". Is that right? Also, shouldn't this bug apply to other platforms even this bug is only opened for WinNT?
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 17•25 years ago
|
||
OK. Since I need to move to M13, I already logged another bug#22474 for keep track for this bug. Please refer to bug#22474 for more detail and I am marking this bug as verified since it had been fixed on the WinNT IMAP log file.
Assignee | ||
Comment 18•25 years ago
|
||
Do you mean you saw "<" instead of "<\.....>"? That's because "\" is a hierarchy separator - it indicates a parent-sub-folder relationship, where "<" is the parent folder, and .....> is the sub-folder.
Comment 19•25 years ago
|
||
If so, why the folder name "<\.....\>" can be created from the 4.7 UI? I can see on the 4.7:The folder has been created consistently with the IMAP log by using the "<\.....\>" folder name.
Reporter | ||
Comment 20•25 years ago
|
||
As to what folder names are illegal: There are not many folder names that are illegal per the IMAP protocol. Many "illegal" names are only so per server knowledge. The characters "*" "%" and "?" should be considered illegal in a folder name since they are IMAP wildcards. The mail code should deal with doing M-UTF-7 quoting when necessary, so there is no need to test for illegal M-UTF-7 names or names with the high bit set. A folder name cannot end with a hierarchy separator. In IMAP, a request to CREATE a name which ends with a hierarchy separator is a request to create a directory. You cannot create a subfolder of a \NoInferiors folder.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•