Hi Fabio,
Many thnaks for your prompt reply, I was typing the below :) So my path for mail_location is /var/mail/vmail/%d/%u but apparently that's not what happens..any idea why ?
My dovecot.conf:
1.0.15: /etc/dovecot/dovecot.conf
log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_gid: 0 last_valid_gid: 12000 mail_privileged_group: mail mail_location: maildir:/var/mail/vmail/%d/%u mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: mechanisms: plain login passdb: driver: pam passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix
My dovecot-sql.conf (although not sure this is relevant for my issue):
driver = mysql connect = dbname=postfix user=**** password=**** host=localhost default_pass_scheme = PLAIN-MD5 password_query = SELECT password FROM mailox WHERE local_part= '%u' user_query = SELECT home, uid, gid FROM users WHERE userid = '%u'
On Thu, Dec 30, 2010 at 10:52 AM, Fabio Catunda <fcatunda@contactnet.com.br>wrote:
Seasoul,
Right from dovecot.conf:
Location for users' mailboxes. This is the same as the old
default_mail_env
setting. The default is empty, which means that Dovecot tries to find the
mailboxes automatically. This won't work if the user doesn't have any
yet, so you should explicitly tell Dovecot the full location.
If you're using mbox, giving a path to the INBOX file (eg. /var/mail/%u)
isn't enough. You'll also need to tell Dovecot where the other mailboxes
are
kept. This is called the "root mail directory", and it must be the first
path given in the mail_location setting.
There are a few special variables you can use, eg.:
%u - username
%n - user part in user@domain, same as %u if there's no domain
%d - domain part in user@domain, empty if there's no domain
%h - home directory
See /usr/share/doc/dovecot-common/wiki/Variables.txt for full list. Some
examples:
mail_location = maildir:~/Maildir
mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n
<doc/wiki/MailLocation.txt>
In my case: mail_location = maildir:/var/virtual/%Ld/%Ln/Maildir
Just because I prefer this way.
In your case I believe that something like this would be good: mail_location = maildir:/var/mail/vmail/%Ln@%Ld
The "L" if for lowercase (I think). In e-mail RFC is specified that mail should be case sensitive, but it might give you some problems where people send e-mail to foo@domain.com and FOO@domain.com, as we are working with UNIX like OS, these are different folders and different mailboxes.
With best regards,
Fábio Catunda.
On 12/30/2010 12:40 AM, Seasoul wrote:
Hi, I am running Dovecot Version 1.0.15on a Debian server, with postfix and postfixadmin. My mailbox base is /var/mail/vmail
When I send an email to a user1@domain.com for the first time, the user "mail" creates a set of dovecot folders under /var/mail/vmail/ user1@domain.com/ and my new emails are found in /var/mail/vmail/ user1@domain.com/new When I test my server using telnet (telnet domain.com 110), I can log in fine as a user1, but when I type "LIST", it tells me there are no emails. And I realize a new set of dovecot folders were created under /var/mail/vmail/user1/ ! The folders are created by the user "user1". Obviously the folder "new" under that is empty, since my emails received are in /var/mail/vmail/user1@domain.com/new and not /var/mail/vmail/user1/new . Therefore, connecting with an email client via POP also shows an empty inbox.
I am lost as to what to do to fix this, and how to let the server know that pop access should be looking into /var/mail/vmail/user1@domain.com/instead of /var/mail/vmail/user1/ .
Hopefully someone on this list will be able to save me from my misery :)
Cheers Sea