Wiadomości e-mail wysłane do domeny Gmail nagle nie są zgodne z RFC 2822. Czy można ominąć Google Apps?

10

Cztery dni temu wiadomości e-mail wysyłane na nasze konta Gmail za pośrednictwem usług pocztowych naszego usługodawcy internetowego zaczęły być odrzucane z powodu braku skargi RFC 2822.

Następująca wiadomość do nie mogła zostać dostarczona. Przyczyna problemu:
5.3.0 - Inny problem z systemem poczty 550-'5.7.1 [2001: 44b8: 8060: ff02: 300: 1: 6: 6 11] Nasz system wykrył, że \ n5.7.1 ta wiadomość jest niezgodny z RFC 2822 . Aby zmniejszyć ilość spamu \ n5.7.1 wysyłanego do Gmaila, ta wiadomość została zablokowana. Aby uzyskać więcej informacji, zapoznaj się ze specyfikacjami \ n5.7.1 RFC 2822.
iw4si27447595pac.153 - gsmtp ”

Jest to frustrujące, ponieważ te e-maile działają dobrze od ponad roku - zakładam, że Google poprawiło filtry w ostatnim tygodniu.

Adres e-mail, na który próbujemy wysłać, należy do naszego konta Google Apps dla Firm. Zastanawiam się, czy istnieje sposób na przesłonięcie filtru zgodności z RFC 2822, aby umożliwić przesyłanie wiadomości e-mail?

Jak dotąd dodawanie nazwy domeny usługodawcy internetowego do białej listy spamu w ustawieniach Gmaila (w panelu sterowania aplikacji) nie działa.

Dziennik telnet odrzuconej wiadomości to:

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: account@OurISP.net
250 sender ok 
RCPT TO: admin@googleappsdomain.com
250 recipient ok 
RCPT TO: admin@DifferentGoogleAppsDomain.com
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
źródło

Warto zauważyć, że maszyna wysyłająca wiadomości e-mail nie ma możliwości dodawania serwerów smtp, które wymagają hasła, więc musimy użyć serwera naszego dostawcy usług internetowych ...

— OrangeBox

12

RFC2822 mówi Data: i Od: nagłówki są wymagane (sekcja 3.6). Wygląda na to, że Google pozwoli ci uniknąć dodania nagłówka From:, np .:

[..]
DATA 
354 go ahead 
From: <account@OurISP.net>   <-- 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

— prawdopodobnie
źródło

ahh, dziękuję. Będę musiał sprawdzić, czy twórca oprogramowania może wprowadzić tę zmianę. Czy wiesz, czy można zastąpić filtry po stronie serwera poczty Gmails podczas korzystania z Gapps?

— OrangeBox,

6

Uważaj na duplikaty Od: nagłówki lub Odpowiedz na: nagłówki, które nie pasują do siebie. Ten sam problem wystąpił przez wielu użytkowników programu Outlook dla komputerów Mac, którzy mieli błędne migracje dodatkowych informacji nagłówka z poprzednich kont klientów pocztowych. Zobacz http://hintsforums.macworld.com/showthread.php?p=718579

— Steve Hoge
źródło

Dziękuję za odpowiedź! Głosowałem, ale nie zaakceptowałem, ponieważ mam nadzieję, że znajdę sposób na zastąpienie filtru, gdy używamy Google Apps dla firm. jakieś pomysły?

— OrangeBox

@OrangeBox Nie sądzę, że istnieje opcja, ale dlaczego nie przesłać prośby o opinię do Google ?

— poolie 18.04.13

Jedną interesującą rzeczą jest to, że wiele Fromnagłówków było dozwolonych przez RFC822, ale nie jest już dozwolonych przez RFC2822 (opublikowany 2001).

— poolie 18.04.13

1

Mam skrypt PHP, który codziennie wysyła powiadomienia, z polami zbudowanymi z bazy danych. Na końcu każdego pola programista \r\nkończył wiersze (znaki powrotu karetki i znak wiersza). To nie ma sensu, ale działało do tej pory.

Wyjąłem \rpostać i nagle moje maile są teraz zgodne z RFC 2822.

— użytkownik2375103
źródło

1

To błąd, który wykonuje weryfikację. RFC 822 teoretycznie dopuszcza oddzielne znaki CR i LF, które nie są końcami linii, ale RFC 2822 usuwa tę funkcję. RFC 2822 sekcja 2.3 mówi „CR i LF MUSZĄ występować tylko razem jako CRLF; NIE MOGĄ pojawiać się niezależnie w ciele”.

To, co zrobił programista, to skarga RFC 2822, a twoja wersja nie. Jako programista wolę kanały z pojedynczą linią, ale używanie CRLF w e-mailu jest absolutnym wymogiem. Idealnie MUA zrozumie każdy rozsądny koniec linii.

— Duncan Simpson
źródło