- dovecot - dovecot.org

[Dovecot] Question about mail storage
by Stewart Dean 21 Apr '06

21 Apr '06

I am in the throes of trying to understand all the issues of transforming an old UW Imap server with mbox (I think) INBOX format running sendmail and procmail serving 3500 users to dovecot and maildir format. Currently, the folders are under ~/mail and the INBOXes are under /var/spool/mail. If I understand correctly, the typical default Dovecot/maildir format installation will have both the INBOX and folders (prefixed with a period), so they take the format: .<foldername>) under ~/Maildir. Right? I am planning to do a gradual phaseover of one chunk of ids at a time........ "I am in a maze of twisty tunnels, all alike. A dwarf runs by........" Some questions: 1) In the UW IMap docs, formats.txt discusses a bunch of different mailbox formats. I am unclear as to whether I currently have what Crispin describes at .unix format or .mbx format. > . unix This is the traditional UNIX mailbox format, in use for nearly > 30 years. It uses a line starting with "From " to indicate > start of message, and stores the message status inside the > RFC822 message header. > > unix is not particularly efficient; the entire mailbox file > must be read when the mailbox is open, and when reading message > texts it is necessary to convert the newline convention to > Internet standard CR LF form. unix preserves UIDs, and allows > the creation of keywords. > > Only one process may have a unix-format mailbox open > read/write at a time. > and ... > . mbx This is the current preferred mailbox format. It can be > handled quite efficiently by c-client, without the problems > that exist with unix and mmdf formats. Messages are stored > in Internet standard CR LF format. > > mbx permits shared access, including shared expunge. It > preserves UIDs, and allows the creation of keywords. How do I tell them apart? Alternately, how do I tell if what I now have (some sort of one big single-file INBOX) is mbox? Or is what he's referring to as unix just mbox 2) How to change Where Things End Up a) The users' ~/.procmailrc pretty much consists of: MAILDIR=$HOME/mail Am I correct in assuming that this should be changed to: MAILDIR=$HOME/Maildir/ ? b) Mail appears to end up in /var/spool/mail/<username> because that's the procmail default (ORGMAIL). To redirect individual users (because this will be a gradual changeover), am I correct in assuming that putting: DEFAULT=$HOME/Maildir/ in ~/.procmailrc will redirect incoming mail? 3) I see that, in the default configuration, /everything/ will now be under ~/Maildir and thus in the home directories. Is there a reason to get away from a separate INBOX directory (we use /var/spool/mail)? I'd have to rebuild the homedir filesystems to accommodate the INBOX demands. This isn't all that big a deal, I'd like to understand the rationale..or should I just bow to the inevitable? 4) Pardon my stupidity, but how is the Dovecot INBOX under maildir++ organized? a) Is it a separate directory under ~/Maildir (say ~/Maildir/INBOX or some such) that has a separate file for each message or b) are the INBOX messages just mixed in with the folders under ~/Maildir. If so, how are they differentated? Enlighten my ignorance,.please! I've been reading docs today until my brain feels like custard, but I couldn't seem to get clear definitive answers to these questions........ Thanks in advance. -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

5 6

[Dovecot] How to configure virtual use suport.
by Slawomir Orlowski (Cympak) 21 Apr '06

21 Apr '06

Hello, I have RHEL v4 Linux. I have always been using exim with teapop (po3 client) for my emails. I would like to try dovecot (imap) because I would like to implement squirrelmail. I'm hosting several domains with email each on different IP. I have the some user names in different domains with my pop3 teapop. Can I have it with dovecot. I managed to configure exim to deliver messages for localuser to Maildir directory. directory = /var/spool/mail/${local_part}/Maildir and for virtual_users to Maildir directory. directory = /var/spool/mail/${domain}/${local_part}/Maildir This is working. Email are delivered. But I cannot to connect with my Outlook Express to imap server and download them. I cannot see how dovecot would differentiate between users with the some named in different domains. I believe that me configurations is not right. I would like for starters to have real user to be checked (like in teapop) against /etc/password /etc/shadow file, and virtual user against /etc/mail/passwd.domain file which would contain login:passwd pairs. Do I need like with teapop different IP for every domain ? How do I do that? Any advice would be appreciated. I'm going for a few days vacation I hope that somebody will be able to give me some hints. I have attached my dovecot.conf file. regards Slawomir Orlowski

1 0

[Dovecot] INBOX as mbox, other mailboxes as maildir
by Paul de Weerd 21 Apr '06

21 Apr '06

All, I'm trying to teach dovecot to use the mbox format for /var/mail/%u and maildir for /home/%u/Mail/ but I'm having quite a hard time. This is Dovecot v1.0.beta3 under OpenBSD 3.9 on sparc64. I've been fiddling with default_mail_env and also tried separate namespaces, but all to no avail. Here's some of the things I tried : default_mail_env = maildir:/home/%u/Maildir:INBOX=mbox:/var/mail/%u ... default_mail_env = INBOX=mbox:/var/mail/%u:MAIL=maildir:/home/%u/Maildir/ ... namespace private { separator = / prefix = inbox = yes location = mbox:/var/mail/%u } namespace private { separator = / prefix = "Folders/" location = maildir:/home/%u/Mail } ... But all it does is complain that my mbox files dont have a cur/ directory in them or create mbox-type files in /home/%u/mail/, in stead of saving my mail in a maildir under /home/%u/Mail/. So using namespaces doesn't seem to be such a good idea after all, I can have extra maildirs under Folders/ in ~/Mail, but that's not where my IMAP client saves its sent mail. I'm quite obviously doing something wrong, is this possible at all ? What is the correct incantation for the default_mail_env setting for such a setup ? Any clues would be greatly appreciated, Cheers, Paul 'WEiRD' de Weerd -- >++++++++[<++++++++++>-]<+++++++.>+++[<------>-]<.>+++[<+ +++++++++++>-]<.>++[<------------>-]<+.--------------.[-] http://www.weirdnet.nl/

3 3

Re: [Dovecot] mountpoint_get broke the quota plugin
by Bill Boebel 21 Apr '06

21 Apr '06

On Fri, April 21, 2006 9:35, Timo Sirainen <tss(a)iki.fi> said: > On Tue, 2006-04-18 at 08:17 -0400, Bill Boebel wrote: > > Looks like the new mountpoint_get code broke the quota plugin. > > That's because linker is being smart and not linking the mountpoint code > in because it's not used by the binary itself. Fixed now in CVS by > linking mountpoint.o file manually to imap and deliver binaries. Cool. Thanks for fixing this. Bill

1 0

[Dovecot] multiple domains for the same user
by pyroneus 21 Apr '06

21 Apr '06

I have postfix and dovecot set up to use virtual domains. I am now experiencing a problem that when I log in as user1(a)domain1.tld and then log in as user1(a)domain2.tld all the emails are downloaded for user1(a)domain2.tld as it thinks all the messages are new. is there anyway to stop dovecot from saying that all the messages are new?

2 1

[Dovecot] dovecot.rawlog for imap-login
by Jared 21 Apr '06

21 Apr '06

I'm trying to see what users are sending for login. I added the rawlog binary in front of the imap-login in the config file. I'm not seeing any rawlogs. I added the dovecot.rawlog in the dovecot user directory (since that's what the imap-login process seems to run as) and it's permission are wide open. Still nothing. Help?

3 4

[Dovecot] Very Complex Master Password Challenge
by Marc Perkel 21 Apr '06

21 Apr '06

This might require adding some new code to Dovecot to pull this off. But it would be extremely powerful if I could get this to work. Here's the situation. Having a master password is great for helping users and doing tech support. But - suppose I'm hosting many domains and I want to create master passwords for each domain separately so that the owners of the domain can log in as any user within that domain? Here's the way I have things set up. I have a directory of passwd/shadow pairs for each domain as follows: /etc/vmail/passwd.domain1.com /etc/vmail/shadow.domain1.com /etc/vmail/passwd.domain2.com /etc/vmail/shadow.domain2.com Additionally I have a master domain used for management of the other domains. The master domain is an email account for each domain under the domain junkemailfilter.net. domain1.com(a)junkemailfilter.net domain2.com(a)junkemailfilter.net The password and shadow files are like the others: /etc/vmail/passwd.junkemailfilter.net /etc/vmail/shadow.junkemailfilter.net So - the idea is that the owners of the domain have access to the email accounts on junkemailfilter.net and what I'm hoping to do is that they can use this as the master password for their domain only. Example: domain1.com(a)junkemailfilter.net domain2.com(a)junkemailfilter.net I suppose that the master password feature needs another new feature to limit the scope of what it is allowed to be a master password for. Something perhaps like: passdb passwd-file { # Path for passwd-file args = /etc/vmail/shadow.junkemailfilter.net master = yes scope = *@%u } In the above example "%u" is the user part of the master password. So that that master user would be for example "domain1.com(a)junkemailfilter.net" and it would be the master password only for users of domain1.com and not domain2.com. So - if you can follow this - then you will see that this would be a really cool feature to have. And - I'm guessing that it might be easy to implement.

2 1

[Dovecot] okay, working, but not quite pretty...
by Chris Lea 21 Apr '06

21 Apr '06

Hi all. I got my previous problem fixed. Effective uid and gid fix in dovecot.conf file made it work. However, I'm still seeing this in my /var/log/dovecot.conf dovecot: 2006-04-13 21:09:00 Info: imap(chl(a)iaminla.com): Effective uid=1000, gid=1000 The uid and gid *should* both be 1009, and I can't for the life of me figure out how to configure that. I looked around the list and couldn't find the answer. Help a noob out please? I promise I'll write up a detailed howto for my debian + postfix + dovecot using static userdb's when I have it all working. :) -- --------------------------------------------------------------- "When moderate to highly intelligent people get bored, bad things happen." -- Ann Moreno (310) 709-4021 http://www.chrislea.com ---------------------------------------------------------------

2 1

[Dovecot] Master Password not working
by Marc Perkel 21 Apr '06

21 Apr '06

Trying to get the master password to work. What am I doing wrong? Trying this test: /etc/dovecot.masterusers master:{plain}test auth_master_user_separator=* auth default_with_listener { mechanisms = plain passdb passwd-file { # Master users that can log in as anyone args = /etc/dovecot.masterusers master = yes #pass =yes } passdb passwd-file { # Path for passwd-file args = /etc/vmail/shadow.%d } userdb passwd-file { # Path for passwd-file args = /etc/vmail/passwd.%d } socket listen { master { path = /var/run/dovecot/auth-master mode = 0666 } } } telnet localhost imap Trying 127.0.0.1... Connected to localhost.ctyme.com (127.0.0.1). Escape character is '^]'. * OK Dovecot ready. 1 login master*marc(a)perkel.com test 1 NO Authentication failed. Thanks in advance.

3 3

[Dovecot] dovecot died
by Obantec Support 21 Apr '06

21 Apr '06

Hi Still running 1.0 stable (an old release i know but until i see more stable reports on beta7 i will hold out). last night is the first time in months the dovecot has died. maillog has repeated lines of this. Apr 16 02:31:37 proteus2 dovecot: pipe() failed: Too many open files dovecot.log just shows last login Apr 16 02:31:36 Info: pop3-login: Login: username [IP] i restarted it Apr 16 08:38:04 Info: Dovecot v1.0-stable starting up and now it seems ok. anyone got a monitor script for watching the dovecot daemon and send a start if it dies? Mark

3 3