An die Google Mail-Domain gesendete E-Mails sind plötzlich nicht mehr RFC 2822-konform. Kann mit Google Apps umgangen werden?

10

Vor vier Tagen wurden E-Mails, die über die E-Mail-Dienste unseres Internetdienstanbieters an unsere Google Mail-Konten gesendet wurden, abgelehnt, da sie nicht RFC 2822-Beschwerdeführer waren.

Die folgende Nachricht an war unzustellbar. Der Grund für das Problem:
5.3.0 - Anderes Mail-Systemproblem 550-'5.7.1 [2001: 44b8: 8060: ff02: 300: 1: 6: 6 11] Unser System hat festgestellt, dass \ n5.7.1 diese Nachricht ist nicht RFC 2822-konform . Um die Anzahl der an Google Mail gesendeten Spam-Mails zu verringern, wurde diese Nachricht blockiert. Weitere Informationen finden Sie in den \ n5.7.1 RFC 2822-Spezifikationen.
iw4si27447595pac.153 - gsmtp '

Es ist frustrierend, weil diese E-Mails seit über einem Jahr einwandfrei funktionieren. Ich gehe davon aus, dass Google die Filter in der letzten Woche verbessert hat.

Die E-Mail-Adresse, an die wir senden möchten, gehört zu unserem Google Apps for Business-Konto. Ich frage mich, ob es eine Möglichkeit gibt, den RFC 2822-Konformitätsfilter zu überschreiben, damit die E-Mails eingehen können.

Bisher hat das Hinzufügen des ISP-Domainnamens zur Spam-Whitelist in den Google Mail-Einstellungen (im Apps-Kontrollfeld) nicht funktioniert.

Das Telnet-Protokoll für die betreffende abgelehnte Nachricht lautet:

220-ipmail06.adl6.xxxxx.net ESMTP 220 ESMTP; eth2958.xxx.adsl.OurISP.net [150.xxx.xxx.xx1] in MTA
HELO WINDOWS-xxxxx (<- this is our server name) 
250 ipmail06.adl6.OurISP.net 
MAIL FROM: [email protected]
250 sender ok 
RCPT TO: [email protected]
250 recipient ok 
RCPT TO: [email protected]
250 recipient ok 
DATA 
354 go ahead 
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application. . 
QUIT 
250 ok: Message 716893804 accepted
gmail google-apps spam-prevention OrangeBox
quelle
Es ist erwähnenswert, dass der Computer, der die E-Mails sendet, keine SMTP-Server hinzufügen kann, für die ein Kennwort erforderlich ist. Daher müssen wir den Server unseres
Internetdienstanbieters

Antworten:

12

In RFC2822 heißt es, dass Header für Datum: und Von: erforderlich sind (Abschnitt 3.6). Es sieht so aus, als würden Sie mit Google davonkommen, wenn Sie nur einen From: -Header hinzufügen, z.

[..]
DATA 
354 go ahead 
From: <[email protected]>   <-- add this
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application.
.
QUIT 
250 ok: Message 716893804 accepted
wahrscheinlich
quelle
ahh, danke, ich muss sehen, ob der Entwickler der Software diese Änderung vornehmen kann. Wissen Sie, ob es möglich ist, Filter auf der Seite des Gmails-Mailservers zu überschreiben, wenn Sie Gapps verwenden?
OrangeBox
6

Achten Sie auf doppelte From: -Header oder Reply-to: -Header, die nicht zueinander passen. Das gleiche Problem trat bei einer Reihe von Benutzern von Outlook für Mac auf, bei denen zusätzliche Headerinformationen fälschlicherweise von früheren E-Mail-Client-Konten migriert wurden. Siehe http://hintsforums.macworld.com/showthread.php?p=718579

Steve Hoge
quelle
Danke für die Antwort! Ich habe hochgestimmt, aber nicht akzeptiert, weil ich hoffe, einen Weg zu finden, um den Filter zu überschreiben, da wir Google Apps für Unternehmen verwenden. Irgendwelche Gedanken?
OrangeBox
@OrangeBox Ich glaube nicht, dass es eine Option gibt, aber warum nicht eine Feedback-Anfrage bei Google einreichen ?
Poolie
Eine interessante Sache ist, dass mehrere FromHeader von RFC822 zugelassen wurden, aber von RFC2822 (veröffentlicht 2001) nicht mehr zugelassen werden.
Poolie
1

Ich habe ein PHP-Skript, das jeden Tag Benachrichtigungen mit Feldern sendet, die aus einer Datenbank erstellt wurden. Am Ende jedes Feldes hatte der Programmierer \r\ndie Zeilen beendet (sowohl Wagenrücklauf- als auch Zeilenvorschubzeichen). Das macht keinen Sinn, aber es hat bis jetzt funktioniert.

Ich habe den \rCharakter herausgenommen und plötzlich sind meine Mails jetzt RFC 2822-konform.

user2375103
quelle
1

Dies ist ein Fehler, egal was die Validierung macht. RFC 822 erlaubte theoretisch getrennte CR- und LF-Zeichen, die keine Zeilenenden sind, aber RFC 2822 entfernt diese Funktion. In Abschnitt 2.3 des RFC 2822 heißt es: "CR und LF MÜSSEN nur zusammen als CRLF auftreten. Sie dürfen NICHT unabhängig im Körper auftreten."

Was der Programmierer getan hat, ist eine RFC 2822-Beschwerde und Ihre Version nicht. Als Entwickler bevorzuge ich einzeilige Feeds, aber die Verwendung von CRLF in E-Mails ist eine absolute Voraussetzung. Im Idealfall versteht ein MUA alle vernünftigen Zeilenenden.

Duncan Simpson
quelle