[Dovecot] Maildir woes

[RYAN vAN GINNEKEN]

Ok timo this is what i have done to try and get things to go

I set my postfix main.cf file to this just to test things. 
#DOVECOT
home_mailbox = IMAPdir/

Also changed my .procmailrc to
#DOVECOT
DEFAULT=$MAILDIR/

My dovcot.conf remained set to
default_mail_env = maildir:/%h/IMAPdir

All this works very well except that all the old mail is no where to be 
seen.  I am ok with this as a working system but there must be some way 
to global ally link users to there old mail?? even if mail is now being 
delivered to a new directory.  This would be ideal and i could switch to 
dovecot without users losing any mail or more importantly without me 
havening to fix every user account by hand or script ( i have  limited 
scripting abilities and my understanding of the maildir system is 
equally limited)

I have set things up as follows for testing imaps on port 10443 (imap on 
10143 which will only be used locally for squirrellmail anyway) because 
i cannot take down the mail system for more than a few seconds at a time 
and am getting sick of turning off and on Binc and Dovecot as well as 
making changes to a bunch of config files every time.  This lets me run 
dovecot and binc at the same time on different ports let me know what 
you think of this and what i can try to link users to there old mail or 
any other suggestions you may have.

I have left the postfix main.cf  because i do not want to mess up the 
working binc stuff.  Have changed the  .procmailrc for the one test 
account that has been set up on the server.

POSTFIX main.cf
#BINC
home_mailbox = IMAPdir/INBOX/

PROCMAIL .procmailrc
#DOVECOT
DEFAULT=$MAILDIR/

DOVECOT dovecot.conf
imap_listen = 127.0.0.1:10143
imaps_listen = *:10993
default_mail_env = maildir:/%h/IMAPdir

I get this in my dovecot log think it is just to do with using outllook 
as client ????

imap-login: Jan 08 19:36:03 Info: Login: test [192.168.0.1]
imap-login: Jan 08 19:36:03 Warning: SSL_read() syscall failed: EOF 
[192.168.0.1]



Timo Sirainen wrote:

>On Mon, 2005-01-03 at 20:01 -0700, RYAN vAN GINNEKEN wrote:
>  
>
>>>>have noticed that dovecot seems to create direcotories .drafts .trash
>>>>.sent items but my mail from binc is stored in Drafts Sent and Trash is
>>>>there a simple fix for this as i have looked everywhere.
>>>>
>>>>        
>>>>
>>>Almost certainly it is your mail client creating these folders, not 
>>>Dovecot.  If you are using multiple mail clients, check to make sure 
>>>they use the same folder names.  I know Thunderbird is totaly 
>>>configurable in this respect.
>>>      
>>>
>>hmmmm why would it create these only after i installed dovecot?  as 
>>before with bincIMAP these forlders were not created
>>    
>>
>
>I guess it's possible that binc treats them case-insensitively somehow,
>but I doubt it.. In any case, Dovecot creates them only if client asks
>it to.
>
>  
>
>>No mail is delivered to maildir:/usr/home/%u/IMAPdir/INBOX  see below 
>>and subseqently the new and cur forlders that you mentioin above.
>>    
>>
>
>
>If you want new mail to get written to 
>
>  
>
>>POSTFIX
>>home_mailbox = IMAPdir/INBOX/
>>    
>>
>
>Usually with Maildir the INBOX would be in IMAPdir/ directly, but yes, I
>forgot that with IMAPdir layout it was in INBOX/ directory.
>
>Dovecot 0.99.x doesn't actually support defining separate location for
>maildir INBOX, so you'd have to remove the INBOX/ from there. ie. the
>directory layout should be:
>
>IMAPdir/new/ <- new mails get written there
>IMAPdir/cur/ <- mails get moved in there
>IMAPdir/.Drafts/new/ <- new draft mails there
>etc.
>
>  
>
>>PROCMAIL
>>MAILDIR=$HOME/IMAPdir
>>DEFAULT=$MAILDIR/INBOX/
>>    
>>
>
>And just DEFAULT=$MAILDIR/ in here.
>
>  
>
>>So this is the correct setting then for dovecot right??
>>default_mail_env = maildir:/usr/home/%u/IMAPdir/INBOX
>>    
>>
>
>That would make all subfolders to be under IMAPdir/INBOX/ directory,
>which most likely isn't what you want.
>
>  
>
>>>>imap(test): Dec 30 16:04:24 Error: mkdir(/usr/home/test/IMAPdir/.Trash)
>>>>failed: No such file or directory
>>>>        
>>>>
>>>Does that directory exist?  If not, how much of that path exists?
>>>If it does, what are the permissions?
>>>      
>>>
>>No test does not exist anymore but the account exists in my email client 
>>still.
>>    
>>
>
>So it is a real error because the client tries to read test's mail which
>doesn't exist.
>  
>