Verständnis: zurückgewiesene Adressen

[truni]

Hallo!
Nach einem Update auf 2.8.1 würden wir gerne von der beschriebenen neuen Funktion profitieren, die ungütlige Mailadresse selbständig löscht/deaktivier und protokolliert.

In Version 2.8 kommt endlich SwiftMailer für den E-Mail-Versand zum Einsatz, das nicht nur das Versenden mehrerer Mails über eine einzige SMTP-Verbindung unterstützt, sondern auch zurückgewiesene Adressen handhabt. Das bedeutet, dass ungültige Newsletterempfänger, deren Adressen während des Versendens zurückgewiesen werden, automatisch deaktiviert werden und ein entsprechender Log-Eintrag angelegt wird.

Nur habe ich mal einen Testnewsletter versendet mit einer ungültig erfassten Adresse – und die bleibt frisch fröhlich im Verteiler und wird nicht gelöscht … was hab ich da nicht verstanden, wieso diese Austragung nicht funktioniert?

[philsniff]

das gleiche problem habe ich auch.
ich dachte, ich hätte da was nicht richtig verstanden.

aber dann bin ich ja nicht allein ;-)

von 400 adressen, kamen 10 zurück.
die werden aber nicht in typolight deaktiviert...

[kmielke]

Habe dieses Problem auch. Auch ist nicht ersichtlich, wie es protokolliert wird, wenn Adressen ungültig sind.

[Russe]

Also von meinem Verständnis kann TL doch gar nichts davon wissen ob eine E-Mail zurück kommt oder nicht, es liest ja nicht den Posteingang auf dem Mailserver.
Vielleicht werden die Adressen nur deaktiviert wenn schon beim Versenden von TL ein Fehler auftritt.

[philsniff]

@russe

hmm, hört sich logisch an.
dann ist es aber in der beschreibung des moduls nicht gut beschrieben.
aber du hast recht, so wird es wohl sein.

oder hat sonst noch jemand eine idee?

[truni]

Hmm … aber wieso wird dann «ganz normal» über dieses Feature gesprochen, obwohl es gar nicht zu funktionieren scheint? Habe einen Testnewsletter unter 2.8.1 aufgesetzt mit ein paar korrekten und ein paar falschen Mailadressen (alles manuell hinzugefügt). Versendet wird immer an alle … keine Deaktivierung

[philsniff]

dann kann glaube ich nur noch leo eine antwort darauf geben.

[leo]

Swift kann logischerweise nur die Adressen deaktivieren, die bereits zum Zeitpunkt des Versendens als ungültig erkannt werden (also z.B. nicht existierende Domains oder Postfächer). Wenn eine E-Mail versendet wurde und später zurück kommt, weil z.B. das Postfach voll ist oder sie nicht am Spamfilter vorbei kam, bekommt Swift das nicht mehr mit. In so einem Fall muss der Empfänger nach wie vor manuell deaktiviert werden.

[philsniff]

ah, habe ich mir irgendwie auch schon gedacht.
ist ja auch logisch.
hörte sich aber traumhaft an, so wie wir uns das vorgestellt und erhofft hatten,

danke leo, dass du dich dazu nochmal geäußert hast.
nun ist alles klar!

[truni]

Also ganz klar noch immer nicht, denn was erkennt denn diese Deaktivierung überhaupt, wenn nicht total falsche Adressen wie in meinem Test?

fskkk3999991rf@gmx.ch (manuell hinzugefügt)
kalllrk20@gmail.com (manuell hinzugefügt)
vlsk@vhuw24.iqk (manuell hinzugefügt)

Das Problem ist, dass das TYPOlight Newslettermodul irgendwie die beim Versand zurückgesendeten ungültigen Mailadressen ausfiltern sollte. Sonst springt unser Kunde bald auf eine andere Newsletterlösung ab, da er nicht jedes Mal händisch alle Mutationen (die im Log erscheinen) und alle Retouren einzeln verarbeiten möchte.

Das wäre schon eine enorme Erleichterung, wenn hier ein Lösungsansatz mit TYPOlight drin liegen würde …

[leo]

Die Auswertung der Rückläufer musste schon immer manuell erfolgen. In der 2.8 nimmt einem SwiftMailer jedoch die halbe Arbeit ab, indem es schon mal die offensichtlichen Irrläufer deaktiviert. Das funktioniert natürlich nicht bei GMX und anderen Freemailern, die ja grundsätzlich erstmal alle E-Mails annehmen (gmx.de bzw. gmx.ch sind ja auch eindeutig gültige Domains).