[Dovecot] A little OT but hopefully still related enough... Maildir Delivered mail naming problems.

[Jesse C. Smillie]

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.
>