Can anyone tell me if this is a permission issue? IF so, what are the
expected permissions for 2.1.15? (because the 1.1.20 version works fine).
Thank you.
P.S. I will consider working with someone to resolve this condition.
On 5/27/2014 2:33 PM, Albert Whale wrote:
I am using Dovecot in two Server environments. My Legacy (5 years+
old) servers are running dovecot 1.1.20, and are responding as
expected. These servers are using an NFS based storage for the /home
directory structure, and are working beautifully. However, I need to
replace these inefficient servers, and get more current.
That brings me to the problem, where I am implementing Dovecot 2.1.15,
which does not complete the authentication cycle. I have converted
the 1.1.20 configuration using the documentation available, and I have
the following for my running configuration (which is not working):
# 2.1.15: /etc/dovecot/dovecot.conf
# OS: Linux 3.8.13.4-server-1.mga3 i686 Mageia 3
auth_debug = yes
base_dir = /var/run/dovecot/
disable_plaintext_auth = no
lock_method = dotlock
login_greeting = SpamZapper Email ready.
login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c
mail_debug = yes
mail_fsync = always
mail_location = maildir:~/Maildir
mail_nfs_index = yes
mail_nfs_storage = yes
mail_privileged_group = mail
mmap_disable = yes
passdb {
driver = pam
}
protocols = imap pop3
service auth {
user = root
}
service imap-login {
chroot = login
client_limit = 256
user = dovecot
}
service pop3-login {
chroot = login
client_limit = 256
user = dovecot
}
ssl = no
userdb {
driver = passwd
}
verbose_proctitle = yes
protocol pop3 {
mail_max_userip_connections = 50
pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s
pop3_uidl_format = %08Xv%08Xu
}
protocol lda {
postmaster_address = postmas...@example.com
}
I have captured the Debug output of the dovecot process while
attempting to connect:
May 27 13:02:10 ns dovecot: auth: Debug: client in:
AUTH#0111#011PLAIN#011service=pop3#011session=IzAYqGT6pgBCz4Xk#011lip=66.207.133.227#011rip=66.207.133.228#011lport=110#011rport=38566#011resp=<hidden>
May 27 13:02:10 ns dovecot: auth-worker(551): Debug: Loading modules
from directory: /usr/lib/dovecot/modules/auth
May 27 13:02:10 ns dovecot: auth-worker(551): Debug: Module loaded:
/usr/lib/dovecot/modules/auth/libdriver_mysql.so
May 27 13:02:10 ns dovecot: auth-worker(551): Debug:
pam(aewhale,66.207.133.228): lookup service=dovecot
May 27 13:02:10 ns dovecot: auth-worker(551): Debug:
pam(aewhale,66.207.133.228): #1/1 style=1 msg=Password:
May 27 13:02:10 ns dovecot: auth: Debug: client passdb out:
OK#0111#011user=aewhale
May 27 13:02:10 ns dovecot: auth: Debug: master in:
REQUEST#0112671116289#011453#0111#01174d85bf0d878139a83e682a869786da9
May 27 13:02:10 ns dovecot: auth-worker(551): Debug:
passwd(aewhale,66.207.133.228): lookup
May 27 13:02:10 ns dovecot: auth: Debug: master userdb out:
USER#0112671116289#011aewhale#011system_groups_user=aewhale#011uid=501#011gid=501#011home=/home/aewhale
May 27 13:02:10 ns dovecot: pop3-login: Login: user=<aewhale>,
method=PLAIN, rip=66.207.133.228, lip=66.207.133.227
May 27 13:02:10 ns dovecot: pop3(aewhale): Debug: Effective uid=501,
gid=501, home=/home/aewhale
May 27 13:02:10 ns dovecot: pop3(aewhale): Debug: maildir++:
root=/home/aewhale/Maildir, index=, control=,
inbox=/home/aewhale/Maildir, alt=
All processing stops here.
This is an NFS Storage Mail Spool, which works on 1.1.20 but not
2.1.15? What other pink elephants have I missed?
Thank you for your assistance.
--
Albert E. Whale, CEH CHS CISA CISSP
*President - Chief Security Officer*
http://www.IT-Security-inc.com - IT Security, Inc.
Phone: 412-515-3010 | Email: albert.wh...@it-security-inc.com
Cell: 412-889-6870
