Hello Trent, I am not sure what we can do about this Debian bug. Mutt is, ahem, special in how it treats OLD vs NEW mail combined with Gmail abusing IMAP folders to implement tags. Others have been bitten by this as well.
See e.g. notmuch: http://notmuchmail.org/pipermail/notmuch/2011/004833.html Unfortunately, mutt's interpretation of maildir doesn't agree with the rest of the world. I don't know of any other MUA that exposes the distinction between mail in the "new" directory and mail in the "old" directory (at least Dovecot, Evolution, Gnus, Kmail, and of course notmuch don't). In other MUA's, any mail in the "new" directory is immediately moved to "cur" and "new" mail is simply anything without the seen flag. mutt, on the other hand, only considers mail in the "new" directory to be "new". And also weird interactions with Gmail had been reported, which is quite but not really IMAP...: http://does-not-exist.org/mail-archives/mutt-users/msg14838.html Are you sure that mutt distinguishes OLD and NEW mail by the IMAP flag Old? AFAIK, it uses OLD for mails that are in the Maildir subdirectory /cur while it marks those as NEW that are in /new. As the quote above mentions, most MUAs move mail into /cur unconditionally, and OfflineImap decides if it should put mails into /new or /cur depending on the \Seen flag (which should work fine with normal IMAP servers, but I don't know how Gmail treats /cur vs /new directories, especially as a single mail can show up in various folders at the same time. To be honest, I don't know how offlineimap could or should behave differently, to achieve the synchronization between Gmail and mutt that you want to achieve. (AFAIK, unread means mail in Gmail's INBOX, and read when it is 'deleted' from Gmails INBOX). Can you suggest specific ways in which offlineimap could improve interoperability between that special MUA and that quasi-IMAP? The one thing that offlineimap currently can not do is to synchronize IMAP flags beyond the standard set (\Seen \Draft \Deleted \Replied \Flagged). It would be nice to sync the full range of arbitrary IMAP flags, but we are not there yet (and that will also still take quite some time). Sebastian
pgpHlhCo3s2l6.pgp
Description: PGP signature
