Summary: | disconnected imap: file or folder does not exists: ;TYPE=LIST | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | David Förster <david> |
Component: | IMAP | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 1.7 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Log where the error message appear (step 3 from my bug reproduction)
Log where the new folder created correctly (step 5 in my reproduction) Capture of the network traffic when the bug occurs a part of my kmailrc |
Description
David Förster
2004-09-23 22:24:22 UTC
Did you keep the kmailrc from when this happened? Otherwise, how can we reproduce this bug? I didn't keep it. I think this behaviour was rather caused by the state of the crashed kmail cache than by any configuration setting. After recreating the account I'm using it with the same settings like before without any problems. Do you want the kmailrc anyway? I thought it might be some obvious bug in the imap code when a part of an imap command is parsed as a foldername. The server is courier 1.4.3 I'm gonna try to capture a dump of the imap connection when rebuilding the local cache in the next days. > I didn't keep it. I think this behaviour was rather caused by the state of the crashed kmail cache than by any configuration setting. kmailrc "caches" much information about every folder, it's not only "user configuration". > After recreating the account I'm using it with the same settings like before without any problems. Do you want the kmailrc anyway? No, I wanted to see if the ";TYPE=LIST" appeared there when you got the problem. > I thought it might be some obvious bug in the imap code when a part of an imap command is parsed as a foldername. There's obviously a bug somewhere, the question is where :) > I'm gonna try to capture a dump of the imap connection when rebuilding the local cache in the next days. OK. David (Foerster), any news on this? I can reproduce this with the following way: Create a top-level directory (directly to the account), with the namespace of shared folders set to empty. Here's the debug output: kio_imap: IMAP4::listDir - imap://gyuri@localhost:143;TYPE=LIST kio_imap: imapParser::parseURL ;TYPE=LIST kio_imap: URL: box= ;TYPE=LIST, section= , type= , uid= , validity= , info= kio_imap: imapParse::namespaceForBox ;TYPE=LIST kio_imap: IMAP4::parseURL - namespace= kio_imap: IMAP4::parseURL - delimiter=. kio_imap: IMAP4::parseURL - box=;TYPE=LIST kio_imap: IMAP4::parseURL - return 3 kio_imap: IMAP4Protocol::listDir - listStr=;TYPE=LIST.% kio_imap: IMAP4Protocol::listDir - got 0 kio_imap: IMAP4Protocol::assureBox - opening box kio_imap: imapParser::sendCommand - setting current box to ;TYPE=LIST kio_imap: imapParser::parseResult - current box is now kio_imap: IMAP4::dispatch - command=80 kio_imap: IMAP4::dispatch - command=72 kio_imap: IMAP4::mkdir - imap://gyuri@localhost:143/kkk kio_imap: imapParser::parseURL /kkk kio_imap: URL: box= kkk, section= , type= , uid= , validity= , info= kio_imap: imapParse::namespaceForBox kkk kio_imap: IMAP4::parseURL - namespace= kio_imap: IMAP4::parseURL - delimiter=. kio_imap: IMAP4::parseURL - box=kkk kio_imap: IMAP4::parseURL - return 0 kio_imap: IMAP4::mkdir - create kkk kio_imap: IMAP4::mkdir - Permission denied I can reproduce this in the following way: 1. Create a d-imap account, add the default groupware folders. 2. Now create a new folder 3. Try to sync - the error message will appear, the new folder not created on the server 4. Exit KMail, and launch again 5. Re-sync 6. The error message not appear, the new folder created on the server Created attachment 12495 [details]
Log where the error message appear (step 3 from my bug reproduction)
Created attachment 12496 [details]
Log where the new folder created correctly (step 5 in my reproduction)
Some more info: After the creation of the new folder, ImapPath in kmailrc is empty. After I exit from KMail, the ImapPath written to kmailrc is good. So after restarting KMail, the folder creation succeeds. Created attachment 16789 [details]
Capture of the network traffic when the bug occurs
It just happend to me again. (KMail from KDE 3.5.2). I captured the network
traffic.
Created attachment 16790 [details]
a part of my kmailrc
This is a part of my kmailrc containing the account configuration. I don't feel
like making the complete file available for public but will happily send it to
any developer asking for it.
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback. |