OK, ich hatte wohl 2 unabhängige Probleme. Das Erste war nur temporär, das war bei meiner Fehlersuche entstanden und ist hier auch nicht wichtig. Es sorgte dafür, dass der Server die Verbindung wie oben beschrieben direkt schloss. Das hatte ich schnell gemerkt und behoben, blieb das Hauptproblem:
Also wenn ich zum SMTP verbunden hatte konnte ich ohne Anmeldung E-Mails einliefern, also Mails "von Außen nach Innen" kamen an.
Bei ausgehenden Mails ausgehend muss man ja durch Anmeldung per SMTP AUTH erst das relaying freischalten, damit man auch Mails an externe Mailserver schicken kann. Da lag das Problem. Das Anmelden ging nicht und das sagt auch die Fehlermeldung aus dem ersten Post aus, nämlich dass das (Sub-)Programm von qmail, dass für die Anmeldung da ist, einen Fehler lieferte.
Da ich keine andere Möglichkeit sah, da ran zu kommen, und ich per Telnet nicht on-the-fly die Login-Daten verschlüsseln und schicken konnte, hab ich per tcpdump meinen Thunderbird bei dem Versuch belauscht, eine Mail los zu werden. Dabei kam das hier raus:
Code:
220 server.name.de ESMTP
EHLO [192.168.2.102]
250-server.name.de
250-AUTH=LOGIN CRAM-MD5 PLAIN
250-AUTH LOGIN CRAM-MD5 PLAIN
250-STARTTLS
250-PIPELINING
250 8BITMIME
AUTH CRAM-MD5
334 *passwort challenge*
*passwort response*
[COLOR="Red"]cmd5checkpw: Unable to open admin password file: Permission denied
System error 13: Permission denied
cmd5checkpw: Unable to open admin password file: Permission denied
System error 13: Permission denied[/COLOR]
AUTH PLAIN *thunderbirds 2ter versuch mit plain*
535 auth failure
235 go ahead
Man sieht also, das cmd5checkpw Programm von Plesk macht Probleme. Da ein strace oder ähnliches in dem Zustand nicht funktioniert hab ich mir also mal den disassemblierten Code des Programms angeguckt und festgestellt, dass direkt vor dieser Fehlermeldung versucht wird, auf die Datei /etc/psa/.psa.shadow zuzugreifen. Das scheint dank falscher Dateirechte fehlgeschlagen zu sein...
Code:
-rw------- 1 psaadm psaadm 9 Nov 17 16:30 /etc/psa/.psa.shadow
-r-xr-xr-x 1 root qmail 65148 Sep 18 05:26 /var/qmail/bin/cmd5checkpw
Temporär hab ich jetzt die .psa.shadow mal auf world-readable gesetzt, was natürlich eine seeehr suboptimale Lösung ist.
Kann mir jemand, der Plesk 8.2.1 betreibt, die richtigen Rechte und Besitzer der Dateien posten?
Danke schonmal...
(hab das hier mal ausführlich beschrieben, vielleicht hilft es jemandem, der mal das gleiche Problem hat...)
