Pegasus Mail & Mercury

PM 4.41 mit WIN XP auto-Update

Nach einem OS-Update am Donnerstag, den 30.04.2009 erscheint folgende Fehlermeldung: Die Zustellung der folgenden Nachricht ist aus einem der folgenden Gruende, den entweder das Zustellungssystem auf Ihrem Relais-Server oder das lokale TCP/IP-Transportmodul berichtet hat, nicht zustellbar:

   535 auth failure

 

Alle Änderungen der Konfiguration, Neuinstallation etc. schlagen fehl. Bills oder Davids Fehler? Wer weiß Rat?

Beste Grüße

Ist Senden und Empfang von Mails nicht mehr möglich oder geht noch eines von beiden?

Grundsätzlich läuft Pmail auch noch nach allen XP-Updates (SP3 / Defender / IE8, ...) ohne Probleme.  

Eine erweiterte Diagnose ist möglich nach einem Mitschnitt der Internetsitzung. Also unter Extras - Interneteinstellungen - "Die Internetsitzung mitschneiden" aktivieren. Dann einen Mailversand und eine Mailabholung durchführen und Pmail schließen. Anschließend findet man im Ordner in welchem die Mails abgespeichert werden unter Windows Dateien mit dem Namen: TCPxxxx.WPM (xxx = Lognummer). Diese kann man mit einem einfachen Editor wie z.B. Notepad öffnen.

Nach löschen der Passwörter kann der Dateiinhalt hier veröffentlicht werden und somit eine Fehlereingrenzung stattfinden.

Peggy

 

Empfang von Mails ist problemlos möglich. Beim Senden erscheint der beschriebene Fehler.

Protokolldateien:

Versand:

--- Mon, 04 May 2009 08:49:27 ---
Connect to 'xxx.de' port 25, timeout 120.
08:49:28.633

Connection established to 62.75.132.21
08:49:28.693 >> 0026 220 rack08.xxx.de ESMTP\0D\0A
08:49:28.693 << 0022 EHLO

[192.168.2.100]\0D\0A
08:49:28.743 >> 0020 250-rack08.xxx.de\0D\0A
08:49:28.743 >> 0031 250-AUTH=LOGIN CRAM-MD5 PLAIN\0D\0A
08:49:28.743 >> 0031 250-AUTH LOGIN CRAM-MD5 PLAIN\0D\0A
08:49:28.743 >> 0014 250-STARTTLS\0D\0A
08:49:28.743 >> 0016 250-PIPELINING\0D\0A
08:49:28.743 >> 0014 250 8BITMIME\0D\0A
08:49:28.743 << 0010 STARTTLS\0D\0A
08:49:28.783 >> 0019 220 ready for tls\0D\0A
08:49:28.114

SSL/TLS session established: 3DES, CBC mode, keysize 192 bits
08:49:28.114

Certificate user is cn=plesk, ou=Plesk, o=SWsoft\\, Inc., l=Herndon, sp=Virginia, c=US
08:49:28.114

Certificate is valid from Wed Apr 05 14:01:37 2006 to Thu Apr 05 14:01:37 2007
08:49:28.114

Certificate fingerprint is AB72B40C22F74F4F0A10B05D10DA8FA2
08:49:28.124 << 0022 EHLO

[192.168.2.100]\0D\0A
08:49:28.174 >> 0020 250-rack08.xxx.de\0D\0A
08:49:28.174 >> 0031 250-AUTH=LOGIN CRAM-MD5 PLAIN\0D\0A
08:49:28.174 >> 0031 250-AUTH LOGIN CRAM-MD5 PLAIN\0D\0A
08:49:28.174 >> 0016 250-PIPELINING\0D\0A
08:49:28.174 >> 0014 250 8BITMIME\0D\0A
08:49:28.174 << 0015 AUTH CRAM-MD5\0D\0A
08:49:28.224 >> 0050
08:49:28.224 << 0070
08:49:30.287 >> 0018 535 auth failure\0D\0A
08:49:35.154 << 0006 QUIT\0D\0A
08:49:35.204 >> 0020 221 rack08.xxx.de\0D\0A
08:49:35.204 --- Connection closed normally at Mon, 04 May 2009 08:49:35. ---\0A\0A
 

Empfang:

--- Mon, 04 May 2009 08:49:45 ---
Connect to 'xxx.de' port 110, timeout 120.
08:49:45.509

Connection established to 127.0.0.1
08:49:46.619 >> 0018 +OK Hello there.\0D\0A
08:49:46.619 << 0006 STLS\0D\0A
08:49:46.619 >> 0027 -ERR invalid command STLS\0D\0A
08:49:46.619 << 0025 USER xxx@xxx.de\0D\0A
08:49:46.669 >> 0024 +OK Password required.\0D\0A
08:49:46.669 << 0015 PASS xxx\0D\0A
08:49:46.729 >> 0016 +OK logged in.\0D\0A
08:49:46.729 << 0006 STAT\0D\0A
08:49:46.769 >> 0009 +OK 0 0\0D\0A
08:49:46.769 << 0006 QUIT\0D\0A
08:49:46.819 >> 0014 +OK Bye-bye.\0D\0A
08:49:46.819 --- Connection closed normally at Mon, 04 May 2009 08:49:46. ---\0A\0A
 

pc

Man kann sehen, dass das Zertifikat des Mailservers bereits schon seit über 2 Jahren abgelaufen ist. (Certificate is valid from Wed Apr 05 14:01:37 2006 to Thu Apr 05 14:01:37 2007)

Ich setzte vorraus, dass die Eintragungen innerhalb Pmail für SMTP fehlerfrei gemacht wurden. Da das Zertifikat abgelaufen ist könnte man zuerst (wenn aktiv) die Zertifikatsprüfung in Pmail abschalten, wenn das nichts bringt zumindest zum Versuch SSL / TLS auf "niemals" setzen. Sollte es dann immer noch nicht gehen so liegt vermutlich serverseitig eine fehlerhafte Einstellung von  "AUTH CRAM-MD5" vor.  Wenn man Pmail V4.51 PB1 DE benutzt kann man dort zur Problemlösung AUTH CRAM-MD5 deaktivieren. (Ich selbst habe keine Probleme mit AUTH CRAM-MD5). Besser wäre natürlich wenn der Mailserver ein gültiges Zertifikat hätte und AUTH CRAM-MD5 richtig eingestellt oder ersatzweise garnicht erst vom Server angeboten würde, also ein Kontakt zum Serverprovider zur Serverpflege ist eigentlich unumgänglich oder auf jeden Fall der bessere Weg.    

Peggy

Danke für die Hilfestellung.

Ich habe nun mit PM 4.51 beta getestet und die AUTH CRAM-MD5 abgeschaltet. Damit funktioniert der Versand wieder.

(Zertfikatprüfung eingeschaltet, "Über StartTLS" aktiviert)

Ich habe den Serviceprovider auf den Sachverhalt hingewiesen; bin auf das Ergebnis gespannt.

Beste Grüße

pc