Kampf der Giganten :google gegen telekom..Telekom hat kein dkim..oder so ähnlich...kann sein dass es mal wieder geht..

@Opossum52 

Opossum52

Ich versende normale private E-Mails (in diesem Fall lediglich Text mit einer JPG-Datei im Anhang).

Da liegt der Hase beim Hund. Viele Spamfilter betrachten das tatsächlich als Spam. Das liegt daran, dass Spammer schon vor zig Jahren damit begonnen haben, den Inhalt ihres Werbemülls als Bild zu versenden. Ein einzelnes Bild ist daher grundsätzlich verdächtig.  Hier kommt noch hinzu, dass Google die Telekom oft mit einem Spamverdacht belegt.

Hallo @Opossum52, 

ich habe dazu auch keine Erklärung und auch keine Lösung. Eine bekannte Störung gibt es aktuell nicht. Meine Kollegin hat auch gerade mal ein Test gemacht und dort kam die E-Mail ganz normal an. 

Ich habe nun mal die Fachabteilung angeschrieben, vielleicht können diese mir sagen, woran es liegt und wie wir das behoben bekommen. 

Ich melde mich, sobald ich eine Antwort habe. 

Liebe Grüße 

Sven 

Opossum52

Ich erhalte folgende vollständige Fehlermeldung:

host gmail-smtp-in.l.google.com[64.233.166.26] said:
550-5.7.1 [194.25.134.80 12] Gmail has detected that this message is likely
550-5.7.1 unsolicited mail. To reduce the amount of spam sent to Gmail, this
550-5.7.1 message has been blocked.
(in reply to end of DATA command)

Nach meinem Verständnis wird die absendende Server-IP 194.25.134.80 von Gmail als „unsolicited mail“ eingestuft

Der entscheidende Hinweis ist hier "In reply to end of DATA command". "end of DATA command" bedeutet, dass die Mail vollständig an den Google-Server übertragen wurde. Wenn der empfangende Google-Server den einliefernden Telekom-Server als Spamschleuder eingestuft hätte, wäre es gar nicht zu einer Übertragung der Mail gekommen. Statt dessen hätte der Google-Server die Verbindung abgebrochen, bevor der Telekom-Server die Mail hätte übertragen können.

Tatsächlich ist hier folgendes passiert: Der Telekom-Server hat eine Verbindung zum Google-Server hergestellt und alles lief problemlos bis zum DATA-Befehl, mit dem die eigentliche Mail übertragen wird. Am Ende des DATA-Befehls, also nachdem die Mail vollständig übertragen wurde, hat Google die Annahme der Mail nicht mit "250 2.0.0" quittiert, sondern die Annahme mit "550 5.7.1" verweigert. Der empfangende Google-Server hat offensichtlich die Mail nach ihrer vollständigen Übertragung untersucht, als Spam eingestuft und dann die Annahme verweigert. Warum der Google-Server zu dieser Einschätzung gekommen ist, lässt sich der Fehlermeldung nicht entnehmen. Es kann an der Mail selbst liegen, weil sich in der Mail bestimmte Schlüsselwörter, die auf Spam schließen lassen, zu häufig vorkommen, an einer Dateianlage oder an der Telekom.

Ich halte es für wahrscheinlich, dass es eine Kombination aus mehreren Faktoren ist. Die Telekom weigert sich bis jetzt, bestimmte Spamschutz-Techlologien wie DKIM zu implementieren, so dass das Risiko, dass über die Telekom versandte Mails als Spam aussortiert oder gar nicht angenommen werden, erhöht ist. Wenn dann noch zufällig für Spam typische Schlüsselwörter in der Mail selbst zu finden sind, kann so etwas passieren.

Das Ironische ist, dass gerade besonders viel Spam über Google selbst (genauer gesagt über Googles Firebase-Plattform) in die Welt geblasen wird. Ich finde es schon ironisch, dass Google als eine der derzeit größten Spamschleudern sich über Spam beschwert.

Hallo @Opossum52,

die Kolleg*innen haben mir zurückgemeldet, dass du dich bitte einmal an die Kolleg*innen unter postmaster@t-online.de wenden sollst.

Ich freue mich über Feedback!

Viele Grüße Lisa