Kürzlich hatten wir folgendes Problem bei einem unserer Kundenserver (openSuse, PLESK 8.6):
Die Benutzer konnten per Webmail (Horde) Mails empfangen und senden, bei der Einrichtung auf einem lokal installierten Mail Client schlug die Authentifizierung per SMTP permanent Fehl, dies äusserte sich darin das der Client wiederhohlt nach der Eingabe des korrekten Passwortes und Benutzers verlangte.
Wählt man sich per Telnet auf Port 25 ein und versucht sich zu authentifizieren geschieht folgendes:
220 XXXXXXXXXXXXX ESMTP
ehlo
250-XXXXXXXXXXXXX
250-AUTH=LOGIN CRAM-MD5 PLAIN
250-AUTH LOGIN CRAM-MD5 PLAIN
250-STARTTLS
250-PIPELINING
250 8BITMIME
auth login
334 VXNlcm5hbWU6
XXXXX [SMTP Benutzername Base64 codiert]
334 UGFzc3dvcmQ6
XXXXX – [SMTP Passwort Base64 codiert]
421 out of memory (#4.3.0)
535 auth failure
Neustart half nichts, Neuinstallation des Paketes psa-qmail brachte nichts. Überprüfen der qmail Scripts in /var/qmail/bin und deren Berechtigung – nichts.
Erstaunlicherweise musste ich in /etc/xinetd.d/psa_smtp markierten Text entfernen.
service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
env = SMTPAUTH=1
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd -r zen.spamhaus.org -r dnsbl.ahbl.org /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
env = SMTPAUTH=1
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd -r zen.spamhaus.org -r dnsbl.ahbl.org /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
Und danach mittels /etc/init.d/xinetd restart && /etc/init.d/qmail restart Qmail und xinetd neustarten.
