[Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal messages" from UW-IMAP ?
Hello there,
We want to move from UW-IMAP to Dovecot (mbox format), works like a charm, but UW-IMAP has that bloody habbit to make a stupid message in all his mailbox files :
From MAILER-DAEMON Thu Apr 19 10:30:01 2001 Date: 19 Apr 2001 10:30:01 +0200 From: Mail System Internal Data <MAILER-DAEMON@mailhub2-vil.isdnet.net> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA Message-ID: <987669001@mailhub2-vil.isdnet.net> X-IMAP: 0987630138 0000000001 Status: RO
This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values.
Is there any patch / trick / whatever to avoid that such "stupid" message to be not served by dovecot ?
Thanks, /Xavier
Many of the scripts that do the conversion remove this message.
I used perfect_maildir.pl to do my conversion. It was more or less dead-on, but had the habbit of marking some unread messages incorrectly as "read" after the conversion.
I've attached a patch which "fixed" this in my case. This patches against perfect_maildir.pl v0.2.
-Rick
Xavier Beaudouin wrote:
Hello there,
We want to move from UW-IMAP to Dovecot (mbox format), works like a charm, but UW-IMAP has that bloody habbit to make a stupid message in all his mailbox files :
From MAILER-DAEMON Thu Apr 19 10:30:01 2001 Date: 19 Apr 2001 10:30:01 +0200 From: Mail System Internal Data <MAILER-DAEMON@mailhub2-vil.isdnet.net> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA Message-ID: <987669001@mailhub2-vil.isdnet.net> X-IMAP: 0987630138 0000000001 Status: RO
This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values.
Is there any patch / trick / whatever to avoid that such "stupid" message to be not served by dovecot ?
Thanks, /Xavier
-- Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc
The main problem I have is that I have more than 700k boxes... And I cannot (yet?) affording to convert them into maildir (even if it is more efficient.....)...
/Xavier Le 10 févr. 04, à 18:26, Rick Johnson a écrit :
Many of the scripts that do the conversion remove this message.
I used perfect_maildir.pl to do my conversion. It was more or less dead-on, but had the habbit of marking some unread messages incorrectly as "read" after the conversion.
I've attached a patch which "fixed" this in my case. This patches against perfect_maildir.pl v0.2.
-Rick
Xavier Beaudouin wrote:
Hello there, We want to move from UW-IMAP to Dovecot (mbox format), works like a charm, but UW-IMAP has that bloody habbit to make a stupid message in all his mailbox files : From MAILER-DAEMON Thu Apr 19 10:30:01 2001 Date: 19 Apr 2001 10:30:01 +0200 From: Mail System Internal Data <MAILER-DAEMON@mailhub2-vil.isdnet.net> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA Message-ID: <987669001@mailhub2-vil.isdnet.net> X-IMAP: 0987630138 0000000001 Status: RO This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values. Is there any patch / trick / whatever to avoid that such "stupid" message to be not served by dovecot ? Thanks, /Xavier
-- Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc 74c74,77 < $extra .= 'S' if (($flags =~ /R/) || ($flags =~ /O/)); # seen
# $extra .= 'S' if (($flags =~ /R/) || ($flags =~ /O/)); # seen # Above is an "or", UW-IMAP uses RO for seen combined. O is "old, but not seen, so we want no flags in that case # Below fixes, and also accounts for some servers using "U" for old/read or undeleted. $extra .= 'S' if ((($flags =~ /R/) && ($flags =~ /O/)) || ($flags =~ /U/)); # seen 76c79,81 < $file .= ":2,$extra" if $extra;
# $file .= ":2,$extra" if $extra; # We want the ":2," anyway to show that the message isn't "new" with Dovecot, but has no other status, make unconditional. $file .= ":2,$extra";
Xavier Beaudouin wrote:
The main problem I have is that I have more than 700k boxes... And I cannot (yet?) affording to convert them into maildir (even if it is more efficient.....)...
I converted about 160 at once using the attached script, along with perfect_maildir.pl. It worked fairly well, and will traverse about 3 levels deep, and subscribes (using dovecot's .subscriptions) each folder it converts.
YMMV.
-Rick
-- Rick Johnson, RHCE #807302311706007 - rjohnson@medata.com Linux/Network Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc
On Tue, 2004-02-10 at 17:57, Xavier Beaudouin wrote:
We want to move from UW-IMAP to Dovecot (mbox format), works like a charm, but UW-IMAP has that bloody habbit to make a stupid message in all his mailbox files :
I don't really recommend using Dovecot with mbox at the moment. I'll probably add support for "folder internal data" messages for rewritten mbox support.
From Timo Sirainen, Feb 25: I don't really recommend using Dovecot with mbox at the moment. I'll probably add support for "folder internal data" messages for rewritten mbox support.
Well, i am using mbox currently. My mails are at risk? Should i switch to maildir?
thanks --will
On Fri, 2004-02-27 at 11:55, wired@linfe.it wrote:
From Timo Sirainen, Feb 25: I don't really recommend using Dovecot with mbox at the moment. I'll probably add support for "folder internal data" messages for rewritten mbox support.
Well, i am using mbox currently. My mails are at risk? Should i switch to maildir?
I've been using mbox for a year and haven't yet seen a lost mail. Of course, I'm not sure if I would notice it.. :)
There does anyway appear to be some problems with accessing Drafts mbox. Probably because it's so often emptied completely by client, or because of some usage pattern that clients use for it (append, delete, expunge, append, ..). The result is that sometimes when there's two drafts and the first one is expunged, the second one is expunged as well.
I've also heard of some actual mbox corruption from one large installation, but I don't know if it really was Dovecot's problem as I've never heard of it from others. Might have been some problem related to their specific environment.
On Fri, 27 Feb 2004 wired@linfe.it wrote:
From Timo Sirainen, Feb 25: I don't really recommend using Dovecot with mbox at the moment. I'll probably add support for "folder internal data" messages for rewritten mbox support.
Well, i am using mbox currently. My mails are at risk? Should i switch to maildir?
(IMO) yes. Maildir is an inherently more reliable format. In many cases it is also more efficient.
-- Charlie
A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text?
participants (5)
-
Charlie Brady
-
Rick Johnson
-
Timo Sirainen
-
wired@linfe.it
-
Xavier Beaudouin