Well I don't know what it was, but something you said encouraged me to
give up on my current version of Procmail and move to the current
version of procmail. It turns out that its the package of procmail that
came with Slamd 10.2 which was version 3.15.2 causing all of this mess.
I DLed the latest slackbuild scripts (procmail version 3.22.5) and so
forth from Slamd_Current, made the package, upgraded the package and now
the new emails names are being saved properly.
I also ended up just hacking together a script to rename the currently
bad named emails from their existing weird form to something more
compatible using the naming scheme that the mb2md.pl script uses as a
template. This worked out really easy to fix all the email under
~/Maildir/new....
I still have to come up with something to rename the emails which have
already made their way from ~/Maildir/new to ~/Maildir/cur though... I
want to save the info which is currently in place after the ":".... but
I'll figure it out.
Thanks again!:>
-Jesse Smillie
Timo Sirainen wrote:
On Tue, 2007-07-17 at 15:00 -0400, Jesse C. Smillie wrote:
I have migrated from mbox format to Maildir format in the last week. I
used the utility mb2md.pl to convert all of our existing emails from one
system to the next. I then modified my /etc/procmailrc file by putting
this at the top:
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
Looks OK.
So now to my problem. We also use Usermin for our users to access their
email when they don't have a supported client available to them. When
I've no idea about Usermin.
However, all the email that is delivered after the fact is different.
They all look like this:
_oTH.XqwlGB.gator:2,RS
_p2F.qjVlGB.gator:2,RS
It's not in a standard maildir format. Maybe Procmail has changed it
recently? Maybe it's configurable? Maybe you should just get rid of
Procmail? :)
For the most part I'm being told that the reason why
Usermin's sort is all screwed up (order wise) in IMAP mode is that
messages are displayed in the order that the IMAP server reports them.
Like wise in Maildir mode the order which they are read. I can
understand why this naming stuff throws everything off at this point.
When Dovecot sees new messages in maildir it sorts the new messages by
their filename and assigns UIDs in that order. Existing messages aren't
ever reordered however. So if Dovecot sees these kind of new messages
one at a time, there's no problem. But if it sees two of them, then
those two might be in wrong order.
