SMTP Problem nach Bestellung im Onlineshop - Kein Versand der Bestätigung

Erkundigen Sie sich beim Provider, was hier geändert werden muss. Ich vermute, der Provider hat etwas umgestellt.

Welche Einstellmöglichkeit vermissen Sie denn?

Das ist unwahrscheinlich, das beide Programmteile für den SMTP-Versand die selbe Code-Bibliothek nutzen.

Vielleicht sind die Einstellungen ja doch nicht ganz identisch. Ich vermute, die Absender-Adresse unterscheidet sich und ggf. gefällt die dem Provider nicht. Wenn Sie uns hier beide Einstellungen zeigen (ohne Passwort) vergleichen wir das gerne.

ich habe die Angaben und die öffentlich erreichbare Shop-Installation geprüft. Die von Ihnen verwendeten SMTP-Daten smtps.udag.de, Port 587 und TLS entsprechen weiterhin den offiziellen Vorgaben von united-domains. Der SMTP-Server ist außerdem erreichbar und akzeptiert sowohl TLS 1.2 als auch TLS 1.3. Auf den gezeigten Bildschirmfotos ist daher kein offensichtlicher Eingabefehler erkennbar.

Der entscheidende Unterschied zwischen Formular und Shop:

Beide Komponenten verwenden zwar PHPMailer, aber nicht dieselbe ausgelieferte Version und auch nicht dieselbe TLS-Konfiguration. Der Formularmailer prüft das Serverzertifikat nicht. Der Shop prüft es dagegen, solange dort „SSL-Fehler ignorieren“ auf „Nein“ steht. Deshalb kann das Formular mit denselben SMTP-Daten funktionieren, während der Shop beim TLS-Verbindungsaufbau scheitert. „Called STARTTLS without being connected“ ist sehr wahrscheinlich nur der Folgefehler der zuvor abgebrochenen TLS-Verbindung.

Bitte testen Sie zunächst nur Folgendes:

1. Server smtps.udag.de, Port 587 und TLS unverändert lassen.

2. In den Shop-Einstellungen ausschließlich „SSL-Fehler ignorieren“ auf „Ja“ setzen.

3. Die Website vollständig veröffentlichen.

4. Danach eine Testbestellung durchführen.

Wenn der Versand damit funktioniert, ist eine Zertifikats- beziehungsweise CA-Kettenprüfung auf dem Webserver die Ursache. Die Option wäre dann zunächst ein Workaround; dauerhaft sollte united-domains den Zertifikatsspeicher der eingesetzten PHP-/OpenSSL-Umgebung prüfen beziehungsweise aktualisieren.

Falls es weiterhin nicht funktioniert, aktivieren Sie bitte zusätzlich das SMTP-Debugging, veröffentlichen erneut vollständig und führen genau eine weitere Testbestellung aus. Die dabei entstehende vollständige Meldung beziehungsweise das Shop-Protokoll würde den nächsten Fehlerpunkt zeigen.

Zusätzlich fällt auf, dass Ihre Website zwar mit Zeta Producer 16.7 erzeugt wurde, die öffentlich installierte Shop-Komponente aber noch Version 15.1.0.0 meldet (Die Kollegen Stefan/Steffen mögen mich bitte korrigieren, falls ich hier falsch liege). Diese ist deutlich älter und enthält unter anderem eine alte PHPMailer-Version sowie eine inzwischen überholte Behandlung des gespeicherten SMTP-Kennworts. Nach dem oben genannten Test wäre deshalb auch eine vollständige Aktualisierung der Shop-Komponente sinnvoll.

Das Problem wurde gelöst. Die Website war noch mit Zeta Producer 16.7 erstellt. Diese Version entschlüsselt das gespeicherte Shop-SMTP-Kennwort noch mit einem älteren Verfahren, das nach einer Aktualisierung der PHP-/OpenSSL-Umgebung beim Hoster nicht mehr zur Verfügung stand. Dadurch schlug die SMTP-Anmeldung des Shops fehl, obwohl der Formularversand weiterhin funktionierte.

Nach der Aktualisierung auf Zeta Producer 16.8.7, der erneuten Eingabe des SMTP-Kennworts und einer vollständigen Veröffentlichung funktioniert der Versand wieder mit den regulären Einstellungen.

Ergänzende Korrektur: Die öffentlich abrufbare Shop-Datei mit der Versionsangabe 15.1.0.0 war kein verlässlicher Hinweis auf die verwendete Zeta-Producer-Version. Die Website war korrekt mit Version 16.7 erstellt.