Antwort #3 am: 29. Oktober 2011, 14:37:48
Danke für die Antworten. (Ist übrigens nicht verschoben, hätt ich vielleicht sonst auch nicht gefunden.
"do_debug" gibt leider nichts aus, gar nichts. Selbst nach Erhöhung auf 10.
Nach weiteren Änderungen in "class.smtp.php" weiß ich zumindest, daß die Klasse weiß, daß eine Verbindung hergestellt wurde. Es wird versucht, das ganze nochmal durchzuziehen, wobei die Klasse die bestehende Verbindung bemerkt und dann abbricht. Der Fehler könnte also eher eine Ebene höher liegen.
Ich experimentiere nochmal ein wenig. Vielleicht installiere ich mal PHPMailer separat.
Ok, hab's soweit.
var
$SMTPDebug = true; in der PHPMailer Klasse selbst ist der Bringer. Das wirft den gesamten SMTP-Dialog aus. Er versucht, auch bei SMTP AUTH = false eine Authentifizierung durchzuführen. Hatte vorher schon sowas vermutet, aber blöderweise ein falsches Paßwort eingegeben, so daß die Verifizierung fehlschlug.
Sobald ich korrekten User und Paßwort eingebe, geht's. Die Stellung von SMTP AUTH wird nicht berücksichtigt und steht bei SMTP-Versand immer auf "true". Ich schätze fast, das ist ein Fehler in modified eCommerce Shopsoftware.
Noch ein wenig später, ja, der Fehler liegt irgendwo außerhalb PHPMailer. Im PHPMailer kommt
$this->SMTPAuth = true an, obwohl es in der Konfiguration auf "false" steht. Wo genau das im modified eCommerce Shopsoftware-Code ist, wisst ihr sicher besser, daher höre ich jetzt mal auf.
Ich schätze, der Fehler ist schon eine Weile drin. Die meisten Leute werden eh SMTP AUTH benutzen müssen bzw. nicht so genau wissen, was sie benutzen müssen. Wenn es nicht klappt, geben sie also SMTP AUTH-Daten ein. Dann geht's und niemand denkt weiter drüber nach, daß da irgendwas nicht ganz koscher ist. Und so bleibt es lange unentdeckt.