Friday November 14, 2008 Eudora 554 Relay access denied with Postfix and SASL
I ran "apt-get upgrade" on my server recently, and didn't pay too much attention to what it fixed until my Eudora users starting calling me saying they could no longer send email. The were getting the dreaded "554 Relay access denied" error.
Looking at /var/log/maillog I saw the following errors for a user I will call "billyjoejimbob":
Nov 14 17:06:28 myhost postfix/smtpd[15680]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 14 17:06:28 myhost postfix/smtpd[15680]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
Nov 14 17:06:28 myhost postfix/smtpd[15680]: warning: SASL authentication failure: no secret in database
Nov 14 17:06:28 myhost postfix/smtpd[15680]: warning: unknown[XXX.XXX.XXX.XXX]: SASL CRAM-MD5 authentication failed
Funny, it was working fine before. Here is what the logs looked like before the upgrade:
Nov 9 09:16:11 myhost postfix/smtpd[19975]: BLAHBLAH: client=blahblah[XXX.XXX.XXX.XXX], sasl_method=LOGIN, sasl_username=billyjoejimbob
Note that the sasl_method is LOGIN. Looks like my SASL settings got trashed. So I scooted over to /usr/lib/sasl2/smptd.conf and took a peak.
pwcheck_method: saslauthd
Yep. looks like it reverted to defaults. I changed it to the following:
pwcheck_method: saslauthd
mech_list: PLAIN LOGIN
Rebooted postfix, and now it seems to be working.