Am 11.02.2016 um 18:09 schrieb Jeffery Small:
Many thanks to Joseph Tam and Steffen Kaiser for pointing me to the logging
information that I should have been using in the first place. Now that
I have separate log files and debugging information, I'm still at a loss
to see why the mail is not being pulled over from the Linux system to the
Windows 7 machine. To recap, here is the output from doveconf -n:
----------------------------------------------------------------------
# 2.2.18: /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.8 (0c4ae064f307+)
# OS: Linux 4.2.0-27-generic x86_64 Ubuntu 15.10
auth_debug = yes
auth_verbose = yes
disable_plaintext_auth = no
info_log_path = /var/log/dovecot.info
log_path = /var/log/dovecot
mail_debug = yes
mail_location = mbox:~/lib/Mail:INBOX=/var/mail/%u
Is the mail_location setting correct? I'm not sure about the mbox format
an notation.
So check the dovecot wiki for further infos.
passdb {
driver = pam
}
protocols = imap pop3
ssl_cert = </etc/dovecot/dovecot.pem
ssl_key = </etc/dovecot/private/dovecot.pem
userdb {
driver = passwd
}
userdb {
driver = passwd
}
verbose_ssl = yes
----------------------------------------------------------------------
Here is the configuration logging/debug info:
----------------------------------------------------------------------
log_path = /var/log/dovecot
info_log_path = /var/log/dovecot.info
auth_verbose = yes
auth_debug = yes
mail_debug = yes
verbose_ssl = yes
----------------------------------------------------------------------
And here is the complete set of Debug/Info information logged when Outlook
on the Win7 system attempts a Send/Receive operation. Long lines broken
for readability:
----------------------------------------------------------------------
Feb 11 08:47:49 auth: Debug: Loading modules from directory: \
/usr/lib/dovecot/modules/auth
Feb 11 08:47:49 auth: Debug: Read auth token secret from \
/var/run/dovecot/auth-token-secret.dat
Feb 11 08:47:49 auth: Debug: auth client connected (pid=7861)
Feb 11 08:47:49 auth: Debug: client in: AUTH 1 PLAIN \
service=pop3 session=dF2ST4ErtQDMa1sC \
lip=<server_IP> rip=<client_IP> \
lport=110 rport=54453 resp=<hidden>
Feb 11 08:47:49 auth-worker(7864): Debug: Loading modules from directory: \
/usr/lib/dovecot/modules/auth
Feb 11 08:47:49 auth-worker(7864): Debug: pam(sherril,<client_IP>): \
lookup service=dovecot
Feb 11 08:47:49 auth-worker(7864): Debug: pam(sherril,<client_IP>): \
#1/1 style=1 msg=Password:
Feb 11 08:47:49 auth: Debug: client passdb out: OK 1 user=sherril
Feb 11 08:47:49 auth: Debug: master in: REQUEST 1975517185 7861 1 \
b48910c85f39498e2fe83277d7e94028 session_pid=7866
Feb 11 08:47:49 auth-worker(7864): Debug: pam(sherril,<client_IP>): lookup
Feb 11 08:47:49 auth: Debug: master userdb out: USER 1975517185 \
sherril system_groups_user=sherril uid=1001 gid=1001 \
home=/u/sherril
Feb 11 08:47:49 pop3-login: Info: Login: user=<sherril>, method=PLAIN, \
rip=<client_IP>, lip=<server_IP>, mpid=7866, \
session=<dF2ST4ErtQDMa1sC>
Feb 11 08:47:49 pop3(sherril): Debug: Effective uid=1001, gid=1001, \
home=/u/sherril
Feb 11 08:47:49 pop3(sherril): Debug: fs: root=/u/sherril/lib/Mail, \
index=, indexpvt=, control=, inbox=/var/mail/sherril, alt=
Check both directories "/u/sherril/lib/Mail", "/var/mail/sherril" for
correct ownership and permissions.
Feb 11 08:47:49 pop3(sherril): Info: Disconnected: Logged out top=0/0, \
retr=0/0, del=0/3, size=36928
----------------------------------------------------------------------
There are no errors. We have a pop3 connection. The user's name,
uid, gid, password, home directory are all correct. The inbox is
listed as /var/mail/sherril which is correct, and this file has the
correct ownership and permissions:
# ls -l /var/mail/sherril
-rw-rw---- 1 sherril mail 194900 Feb 11 09:00 /var/mail/sherril
Are there any mails in that directory?
Check if it is possible to walk thought the directory tree. If the user
doesn't have the right to read /var , he will never reach
/var/mail/sherril.
Yet, no mail is pulled over. Are there any clues here?
Thanks,
--
Jeff
Philipp
