[Dovecot] Telnet access creates new maildir folders
Seasoul
seasoul at gmail.com
Sun Jan 2 14:13:33 EET 2011
Thanks Timo,
set the dovecot log as suggested, and this is what a telnet session gives me
now on dovecot.log:
ssl-params: Info: Generating SSL parameters
ssl-params: Info: SSL parameters regeneration completed
auth: Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth
Debug: auth client connected (pid=23352)
Debug: client in: AUTH 1 PLAIN service=pop3 secured
lip=*.*.*.* rip=*.*.*.* lport=110 rport=59691 resp=<hidden>
auth: Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth
Debug: pam(user1,*.*.*.*): lookup service=dovecot
Debug: pam(user1,*.*.*.*): #1/1 style=1 msg=Password:
Debug: client out: OK 1 user=user1
Debug: master in: REQUEST 3611557889 23352 1
769f960369c716c7bd71072c0e
Debug: passwd(user1,*.*.*.*): lookup
Debug: master out: USER 3611557889 user1
system_groups_user=user1 uid=1000 gid=0 home=/
pop3-login: Info: Login: user=<user1>, method=PLAIN, rip=*.*.*.*,
lip=*.*.*.*, mpid=23355, secured
pop3(user1): Debug: Effective uid=1000, gid=0, home=/
pop3(user1): Debug: maildir++: root=/var/mail/vmail/user1, index=, control=,
inbox=/var/mail/vmail/user1
pop3(user1): Info: Disconnected: Logged out top=0/0, retr=0/0, del=0/0,
size=0
When I send an email, Postfix still stores the email in /var/mail/vmail/
user1 at domain.com , and Dovecot still looks for that email in
/var/mail/vmail/user1
Seriously, what am I not seeing here ? Feels like it's a very simple thing
I'm missing..
Could it be that for Postfix the "user" is the whole "user1 at domain.com"
while for Dovecot it's just "user1" ? Don't they both work on the same
variables ?
Could this be related to the fact that I have a system user called user1,
and I have to tell Dovecot to not look for that one but for user1 at domain/com
?
On Fri, Dec 31, 2010 at 3:49 PM, Timo Sirainen <tss at iki.fi> wrote:
> On 31.12.2010, at 6.55, Seasoul wrote:
>
> > auth_debug = yes
> > auth_verbose = yes
> ..
> > When I try to login to dovecot via telnet, here's what the log records:
> >
> ---------------------------------------------------------------------------------------------------------------------------------------------------------
> > dovecot: pop3-login: Login: user=<user>, method=PLAIN, rip=127.0.0.1,
> > lip=127.0.0.1, mpid=20333, secured
>
> Do you really not get any auth debug logs before this message? If not,
> maybe your syslog is redirecting them elsewhere. Try setting:
>
> log_path = /var/log/dovecot.log
>
> There's no point in guessing what the problem is, because the auth debug
> logs would tell exactly what goes wrong.
>
>
More information about the dovecot
mailing list