Issues with plain authentication mode with qmail-ldap 20120221
2013-05-19 01:51:07 GMT
I'm having a problem since I started using the patch 20120221, about 1 year ago, I had not noticed yet.
The problem is as follows:
If I use the LOGIN authentication mode, everything happens normally. This is how I configure my email clients by default.
If I set any email client PLAIN authentication mode, the login process usually happens when the user enters the correct password, and send email normally follows too.
But when the user misses the password at login, the qmail-smtpd process falls with a segfault, but he usually responds well:
535 authentication failure
or
501 failed authentication exchange
It ends the session normally.
I noticed this strange behavior when a user configured mode PLAIN by mistake in your email client instead of LOGIN so that is what standardized.
Appears in the log with LOGLEVEL=255 and DEBUGLEVEL=3:
<at> 400000005197d6e333ee9034 tcpserver: pid 27959 from XXX.XXX.45.10
<at> 400000005197d6e333f575d4 tcpserver: ok 27959 correio.domaindst.com.br:172.16.1.2:587 correio01.domainorig.com.br:XXX.XXX.45.10::60720
<at> 400000005197d6e3341050d4 qmail-smtpd 27959: connection from XXX.XXX.45.10 (correio01.domainorig.com.br) to correio.domaindst.com.br
<at> 400000005197d6e33410c9ec qmail-smtpd 27959: enabled options: max msg size: 55000000 starttls sanitycheck blockrelayprobe rcptcheck ldapsoftok smtp-auth authrequired smtp550disconnect qmailqueue /var/qmail/bin/simscan-msa
<at> 400000005197d6ea2407f9e4 qmail-smtpd 27959: remote ehlo: domainorig.com.br
<at> 400000005197d6f235249f34 qmail-smtpd 27959: auth plain
<at> 400000005197d6f2353df77c init_ldap: control/ldapserver: '127.0.0.1'
<at> 400000005197d6f2353e64dc init_ldap: control/ldapbasedn: dc=domaindst,dc=com,dc=br
<at> 400000005197d6f2353e68c4 init_ldap: control/ldapobjectclass: qmailUser
<at> 400000005197d6f2353e68c4 init_ldap: control/ldaptimeout: 30
<at> 400000005197d6f2353e6cac init_ldap: control/ldaprebind: 1
<at> 400000005197d6f2353e6cac init_ldap: control/ldapuid: 777
<at> 400000005197d6f2353e6cac init_ldap: control/ldapgid: 777
<at> 400000005197d6f2353e7094 init_ldap: control/ldapmessagestore: /vmail/
<at> 400000005197d6f2353e8bec init_ldap: control/ldapdefaultdotmode: both
<at> 400000005197d6f2353ea35c init_ldap: control/defaultquotasize: 1024000000
<at> 400000005197d6f2353ea35c init_ldap: control/defaultquotacount: 5000
<at> 400000005197d6f23544d164 qldap_open: init successful
<at> 400000005197d6f23544ecbc qldap_set_option: set referrals successful
<at> 400000005197d6f2354d31ec qldap_bind: successful
<at> 400000005197d6f23552044c qldap_lookup: search for (&(objectClass=qmailUser)(uid=suporte)) succeeded
<at> 400000005197d6f235526dc4 qldap_get_attr(accountStatus): active
<at> 400000005197d6f23553f07c qldap_open: init successful
<at> 400000005197d6f2355413a4 qldap_set_option: set referrals successful
<at> 400000005197d6f2355ad61c qldap_bind: failed (Invalid credentials)
<at> 400000005197d6f2355ada04 check_ldap: password compare was not successful
<at> 400000005197d6f2355b919c warning: auth_fail: user suporte failed
<at> 400000005197d6f33636c2e4 tcpserver: end 27959 status 139
This behavior does not happen with the previous patch 20060201.
Has anyone had noticed this? Or just happen to me?
My server is a Dell with Xeon E5430 2.66GHz processor with 16GB RAM and SAS disks, the distro is a linux CentOS 6.4 with kernel default 2.6.32-358.6.1.el6.x86_64 #1 SMP.
This happens too in a small Atom D525 with 4GB RAM and Ubuntu 12.04.2 LTS with 3.2.0-32-generic x86_64 SMP kernel.
Thanks in advice and sorry by the long mail and by my bad english.

-- André Alexandre Gaio Engenheiro de redes e Suporte RedHat RHCE - LPIC - Novell SCLA - HE IPv6 Sage Linwork Informática Ltda "...o que o SENHOR pede de ti: que pratiques a justiça, e ames a misericórdia, e andes humildemente com o teu Deus." Mq. 6:8
RSS Feed