[Bug 160208] New: IMAP Select response parsing bug

Ladar Levison ladar at lavabit.com
Tue Apr 1 11:35:31 BST 2008


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=160208         
           Summary: IMAP Select response parsing bug
           Product: kmail
           Version: 1.9.6
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs kde org
        ReportedBy: ladar lavabit com


Version:           1.9.6 (using KDE 3.5.8)
Installed from:    Ubuntu Packages
OS:                Linux

Copy a message from one IMAP folder, to another. Then select the folder you just copied the message into. No messages show up. This only occurs if the response to the IMAP SELECT command looks like:

45 SELECT Inbox
* 172 EXISTS
* 0 RECENT
* OK [UNSEEN 3]
* OK [UIDVALIDITY 1]
* OK [UIDNEXT 29485]
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft \Recent)
* OK [PREMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft)]
45 OK SELECT [READ-WRITE] Complete.

Basically Kmail needs to have the response look like:

45 SELECT Inbox
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft \Recent)
* OK [PREMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft)]
* 171 EXISTS
* 0 RECENT
* OK [UNSEEN 3]
* OK [UIDVALIDITY 1]
* OK [UIDNEXT 29486]
45 OK SELECT [READ-WRITE] Complete.

Note the first line. For whatever reason, Kmail is expecting the FLAGS line to come first. However if you consult RFC 3501, page 33, you will see that the FLAGS line doesn't need to be first. 

This bug came to light because the lavabit.com IMAP servers originally output the former response. They have since been patched to match the Cyrus code base, and the second response, but its still a bug that should be fixed.



More information about the Kdepim-bugs mailing list