Hi, 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 <fcatu...@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. > > Att, > > 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 >> 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 >> <fcatu...@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 >>> mail >>> # 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 u...@domain, same as %u if there's no domain >>> # %d - domain part in u...@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/%...@%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 f...@domain.com and f...@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 us...@domain.com for the first time, the user >>>> "mail" creates a set of dovecot folders under /var/mail/vmail/ >>>> us...@domain.com/ and my new emails are found in /var/mail/vmail/ >>>> us...@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/us...@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/ >>>> us...@domain.com/instead >>>> of /var/mail/vmail/user1/ . >>>> >>>> Hopefully someone on this list will be able to save me from my misery :) >>>> >>>> Cheers >>>> Sea >>>> >>>> >>>>
