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.