Probleme beim e-mail-Versand an gmx.de/net und web.de-E-Mailadressen

[matthiashass]

Guten Abend zusammen,
wir haben seit ca. August das Problem, dass e-mails an gmx.de/net und web.de-E-Mailadressen aus dem Rollenversand nicht zugestellt werden.

Admidio-Version: 3.3.16
Datenbank-Client Version: libmysql - mysqlnd 7.4.5
PHP-Version: 7.4.5

Fehlermeldung bei den e-mails:

Undelivered Mail Returned to Sender
This is the mail system at host dd27304.kasserver.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<*****************@gmx.net>: host mx00.emig.gmx.net[212.227.15.9] said:
554-Transaction failed 554-Reject due to policy restrictions. 554 For
explanation visit
https://www.gmx.net/mail/senderguidelin ... 33.94&c=hi (in reply to
end of DATA command)

<*************web.de> (expanded from <**************>): host
mx-ha02.web.de[212.227.17.8] said: 550 Requested action not taken: mailbox
unavailable (in reply to RCPT TO command)

<**********@web.de>: host mx-ha02.web.de[212.227.17.8] said: 550 Requested
action not taken: mailbox unavailable (in reply to RCPT TO command)

<*********@gmx.de>: host mx01.emig.gmx.net[212.227.17.5] said:
554-Transaction failed 554-Reject due to policy restrictions. 554 For
explanation visit
https://www.gmx.net/mail/senderguidelin ... 33.94&c=hi (in reply to
end of DATA command)


Reporting-MTA: dns; dd27304.kasserver.com
X-Postfix-Queue-ID: C58329425D3
X-Postfix-Sender: rfc822; info[at]judo-ahrensboek.de
Arrival-Date: Fri, 14 Aug 2020 21:15:40 +0200 (CEST)

Final-Recipient: rfc822; ******@gmx.net
Original-Recipient: rfc822;*******@gmx.net
Action: failed
Status: 5.0.0
Remote-MTA: dns; mx00.emig.gmx.net
Diagnostic-Code: smtp; 554-Transaction failed 554-Reject due to policy
restrictions. 554 For explanation visit
https://www.gmx.net/mail/senderguidelin ... 33.94&c=hi

Final-Recipient: rfc822; *****@web.de
Original-Recipient: rfc822;***********
Action: failed
Status: 5.0.0
Remote-MTA: dns; mx-ha02.web.de
Diagnostic-Code: smtp; 550 Requested action not taken: mailbox unavailable

Final-Recipient: rfc822; *******@web.de
Original-Recipient: rfc822;*********@web.de
Action: failed
Status: 5.0.0
Remote-MTA: dns; mx-ha02.web.de
Diagnostic-Code: smtp; 550 Requested action not taken: mailbox unavailable

Final-Recipient: rfc822; *********@gmx.de
Original-Recipient: rfc822;*********@gmx.de
Action: failed
Status: 5.0.0
Remote-MTA: dns; mx01.emig.gmx.net
Diagnostic-Code: smtp; 554-Transaction failed 554-Reject due to policy
restrictions. 554 For explanation visit
https://www.gmx.net/mail/senderguidelin ... 33.94&c=hi

Im Voraus vielen Dank für Eure Hilfe.

Mit freundlichen Grüßen
Matthias Haß

[Hanabi]

Hallo Matthias,

das sieht so aus, als ob ihr über das integrierte sendmail via php versendet und nicht über eine eigene Mailadresse und smtp. Dadurch werden die Mails bereits bei Eingang im Mailserver von gmx und web als Spam blockiert.

[HeikoB]

Hallo,
ganz so einfach scheint die Sache nicht zu sein. Wir hatten / haben das Problem auch. Wir haben herausgefunden, dass die Ursache bei den beiden Zielen das TO Feld ist. Diesen wird bei Verwendung von BCC mit "To: undisclosed-recipients:;" belegt. Damit kommt weder GMX noch WEB (scheint mittlerweile ein Anbieter zu sein) zurecht. Für Rollen hat bei uns geholfen in den Einstellungen für den Mailversand den Empfänger der Antwort auf "Absender" zu stellen. Damit wird das Feld gefüllt und der Fehler tritt nicht mehr auf.

Allerdings scheint dieses Feld nicht zu greifen, wenn eine Mail an mehrere, einzeln ausgewählte Empfänger (keine Rolle!) versendet wird. Dann tritt der Fehler immer noch auf.

Aus meinem Verständnis heraus sollte dieses Verhalten auch beim Versand per SMTP der Fall sein. Ich habe es aber nicht ausprobiert. Wie sind eure Erfahrungen damit?

Viele Grüße
Heiko

[fasse]

Hallo Heiko,

vielen Dank für deine Analyse. Ich werde mir das noch mal anschauen und habe dafür auch mal einen Issue aufgemacht https://github.com/Admidio/admidio/issues/932 .

Generell würde ich dann wohl zukünftig Admidio so ausliefern, dass wir überhaupt nicht mehr undisclosed-recipients setzen, sondern im Zweifel, dann immer eine konfigurierte Dummy-Adresse.

Gruß
Fasse

[wobsta]

Hallo,

wir beobachten das Problem auch seit einigen Wochen. Ich habe in den Fehlermeldungen noch weiter gesucht, und folgende Zusatzinfo: Es scheint zwei To-Felder in den E-Mails zu geben, die von Admidio ja jeweils an einen ganzen Schwung Leute geschickt werden. Einmal ist es eine leere To-Zeile:

To:

und dann in der selbe E-Mail noch diese Header-Zeile:

To: undisclosed-recipients:;

Ich habe an anderer Stelle (bei diesen selben E-Mails von Admidio gesendet) auch folgendes entdeckt:

X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "To"

Vielleicht hilft das was weiter. Wir betreiben das aktuelle Admidio 3.3.17 ...

LG, André Wobst

[fasse]

Hallo zusammen,

ich habe jetzt eine Anpassung gemacht, so dass sich Admidio nun immer identisch verhält. Egal ob man nun an Rollen oder an mehrere Empfänger sendet. Sobald es mehr als 1 Empfänger ist, greift die Systemeinstellung.

Die entpackte Datei aus dem Anhang könnt ihr in adm_program/modules/messages ersetzen, dann sollte es bei euch funktionieren.

Gruß und vielen Dank für die gute Analyse des Problems. Damit konnte ich den Fehler schnell finden.
Fasse

[HeikoB]

Hallo Fasse,

vielen Dank für den Bugfix. Ich habe ihn eben übernommen und er scheint soweit zu funktionieren. Falls damit Probleme auftauchen sollten, werde ich mich nochmal melden.

Viele Grüße
Heiko