[Dovecot] Telnet access creates new maildir folders
seasoul at gmail.com
Thu Dec 30 06:20:03 EET 2010
I'm a bit confused now, I though Dovecot was the MDA ?
I'm only using Dovecot and Postfix so I think Dovecot is the MDA here.
Thanks for the reply though, it tells me that something's wrong with either
the email delivery or the email fetching (or both!). I just can't find in
the different *.conf files what to change to fix this..
On Thu, Dec 30, 2010 at 11:16 AM, Fabio Catunda
<fcatunda at contactnet.com.br>wrote:
> Mr. Seasoul,
> What is your MDA?
> Ok, maybe you don't have this answer right now, but it's pretty important.
> MDA is a Mail Delivery Agent, it's responsible for delivery an e-mail to the
> user e-mail folder. I tend to use maildrop, again, just because I like it.
> Apparently there is a misunderstood between your MDA and Dovecot. Your MDA
> is delivering e-mail to a folder and Dovecot is trying to take e-mail from
> another folder, that's probably your problem.
> There are two ways to fix it, or your MDA starts to deliver e-maiil to the
> correct folder or you reconfigure Dovecot to search for e-mail in the same
> folder that your MDA deliver it.
> To know what MDA you are using you have to look in postfix files. And if
> you are using dovecot as your MDA I can't help you a lot since I don't use
> it as MDA. :-( Sorry.
> Fábio Catunda.
> On 12/30/2010 12:58 AM, Seasoul wrote:
>> 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
>> 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(pop3): %08Xu%08Xv
>> auth default:
>> mechanisms: plain login
>> driver: pam
>> driver: sql
>> args: /etc/dovecot/dovecot-sql.conf
>> driver: passwd
>> driver: sql
>> args: /etc/dovecot/dovecot-sql.conf
>> type: listen
>> 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 at contactnet.com.br>wrote:
>>> Right from dovecot.conf:
>>> # Location for users' mailboxes. This is the same as the old
>>> # setting. The default is empty, which means that Dovecot tries to find
>>> # 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.
>>> # isn't enough. You'll also need to tell Dovecot where the other
>>> # kept. This is called the "root mail directory", and it must be the
>>> # path given in the mail_location setting.
>>> # There are a few special variables you can use, eg.:
>>> # %u - username
>>> # %n - user part in user at domain, same as %u if there's no domain
>>> # %d - domain part in user at domain, empty if there's no domain
>>> # %h - home directory
>>> # See /usr/share/doc/dovecot-common/wiki/Variables.txt for full list.
>>> # 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
>>> 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
>>> send e-mail to foo at domain.com and FOO at domain.com, as we are working
>>> 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:
>>>> I am running Dovecot Version 1.0.15on a Debian server, with postfix and
>>>> My mailbox base is /var/mail/vmail
>>>> When I send an email to a user1 at domain.com for the first time, the user
>>>> "mail" creates a set of dovecot folders under /var/mail/vmail/
>>>> user1 at domain.com/ and my new emails are found in /var/mail/vmail/
>>>> user1 at domain.com/new
>>>> When I test my server using telnet (telnet domain.com 110), I can log
>>>> fine as a user1, but when I type "LIST", it tells me there are no
>>>> 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
>>>> in /var/mail/vmail/user1 at domain.com/new and not
>>>> Therefore, connecting with an email client via POP also shows an empty
>>>> I am lost as to what to do to fix this, and how to let the server know
>>>> pop access should be looking into /var/mail/vmail/
>>>> user1 at domain.com/instead
>>>> of /var/mail/vmail/user1/ .
>>>> Hopefully someone on this list will be able to save me from my misery :)
More information about the dovecot