------- 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. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs