Hi,I started testing dovecot for our next POP/IMAP server (nearing production state), and noticed that the Status: header is always added, with a value of 'O' or 'RO'. This happens in `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in the Maildir case.
Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O' flag instead of 'N'.
My dovecot is 0.99.10.4 (FreeBSD port), but the behavior is still the same in the CVS version.
olive
- Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
I started testing dovecot for our next POP/IMAP server (nearing production state), and noticed that the Status: header is always added, with a value of 'O' or 'RO'. This happens in `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in the Maildir case.
Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O' flag instead of 'N'.
Well, I fixed it with a procmail rule, as these headers are undoubtedly needed with other MUAs. I did not find any reference on which (IMAP software or mutt) have used this header first.
FYI the procmail rule:
,---- | :0 fw: formail.lock | * ^Status: R?O | | ${FORMAIL} -I "Status" `----
-- olive
On Tue, 30 Mar 2004, Olivier Tharan wrote:
- Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
I started testing dovecot for our next POP/IMAP server (nearing production state), and noticed that the Status: header is always added, with a value of 'O' or 'RO'. This happens in `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in the Maildir case.
Nor should it.
Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O' flag instead of 'N'.
Is mutt accessing the mail store directly, or via IMAP?
Well, I fixed it with a procmail rule, as these headers are undoubtedly needed with other MUAs.
Are you sure? If so, they are broken. RFC 2076 identifies the "Status:" header as non-standard. It's used for per-message storage of flags (which is done another way by dovecot with Maildir storage).
-- Charlie
- Charlie Brady <charlieb-dovecot@e-smith.com> (20040330 13:03):
Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O' flag instead of 'N'.
Is mutt accessing the mail store directly, or via IMAP?
In this case, the mail is fetched with fetchmail and then mutt accesses local mailboxes.
Well, I fixed it with a procmail rule, as these headers are undoubtedly needed with other MUAs.
Are you sure? If so, they are broken. RFC 2076 identifies the "Status:" header as non-standard. It's used for per-message storage of flags (which is done another way by dovecot with Maildir storage).
So mutt could be broken then?
But, when I fetch mail from my Dovecot server on a local machine, and open the mailbox with mutt, I am most likely to not have seen the mail before, so I do not understand why the Status: should be 'O'. (well I suppose this has been debated before on various lists, so I will dig on my own :)
-- olive
On Tue, 30 Mar 2004, Olivier Tharan wrote:
- Charlie Brady <charlieb-dovecot@e-smith.com> (20040330 13:03):
Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O' flag instead of 'N'.
Is mutt accessing the mail store directly, or via IMAP?
In this case, the mail is fetched with fetchmail and then mutt accesses local mailboxes.
If you want a consistent view, I'd suggest you use IMAP to access the mailboxes.
Well, I fixed it with a procmail rule, as these headers are undoubtedly needed with other MUAs.
Are you sure? If so, they are broken. RFC 2076 identifies the "Status:" header as non-standard. It's used for per-message storage of flags (which is done another way by dovecot with Maildir storage).
So mutt could be broken then?
But, when I fetch mail from my Dovecot server on a local machine, and open the mailbox with mutt, I am most likely to not have seen the mail before, so I do not understand why the Status: should be 'O'.
I don't think this has much to do with dovecot.
-- Charlie
A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text?
[ This belongs to an old thread so I keep extra info upfront ]
- Olivier Tharan <olive@pasteur.fr> (20040330 18:31):
- Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
I started testing dovecot for our next POP/IMAP server (nearing production state), and noticed that the Status: header is always added, with a value of 'O' or 'RO'. This happens in `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in the Maildir case.
Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O' flag instead of 'N'.
Well, I fixed it with a procmail rule, as these headers are undoubtedly needed with other MUAs. I did not find any reference on which (IMAP software or mutt) have used this header first.
Sometimes it is good to read back some good old manual. My problem is easily solved with a single keyword in the fetchmail configuration file: 'dropstatus'.
-- olive
On 21.6.2004, at 19:17, Olivier Tharan wrote:
- Olivier Tharan <olive@pasteur.fr> (20040326 17:34):
I started testing dovecot for our next POP/IMAP server (nearing production state), and noticed that the Status: header is always added, with a value of 'O' or 'RO'. This happens in `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in the Maildir case.
Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O' flag instead of 'N'.
Well, I fixed it with a procmail rule, as these headers are undoubtedly needed with other MUAs. I did not find any reference on which (IMAP software or mutt) have used this header first.
Sometimes it is good to read back some good old manual. My problem is easily solved with a single keyword in the fetchmail configuration file: 'dropstatus'.
Dovecot shouldn't actually be sending this header to you in any case, even if it's in the mbox file itself. It was too difficult to implement for 0.99.10, but it's done in latest 1.0-test releases.
participants (3)
-
Charlie Brady
-
Olivier Tharan
-
Timo Sirainen