Dlaczego wiadomość, którą przekazałeś sobie, trafiła do spamu

Skonfiguruj automatyczne przekierowanie ze starego konta na nowe, a część poczty cicho zniknie w spamie — nie dlatego, że dostawca jest uszkodzony, ale dlatego że przekierowanie zmienia nadawcę wiadomości bez przepisania kryptograficznego dowodu. SPF sprawdza niewłaściwy serwer, werdykt DMARC zmienia się na fail, a uzasadniona wiadomość e-mail, którą sobie wysłałeś, trafia do kwarantanny. Naprawa ma nazwę: ARC, zdefiniowana w RFC 8617 w 2019 roku.

Dlaczego przekierowanie powoduje, że moja poczta zawodzi SPF?

Ponieważ SPF sprawdza ostatni serwer, który przekazał wiadomość, a przekierowanie zmienia ten serwer. SPF — Sender Policy Framework — to rekord DNS, który zawiera listę adresów IP upoważnionych do wysyłania poczty dla domeny. Kiedy bank.com wysyła ci paragon, serwer odbiorczy sprawdza: czy to przyszło z adresu IP autoryzowanego przez bank.com? Tak. Pass.

Teraz przekieruj ten paragon z Gmaila na nowy adres. Serwery Google przekazują go dalej. Ostateczny serwer odbiorczy uruchamia sprawdzenie SPF i pyta: czy Google ma prawo wysyłać dla bank.com? Nie, nie ma. SPF zawodzi. Dokumentacja Google Workspace wyjaśnia to jasno — przekazane wiadomości zawodzą SPF, ponieważ serwer przekierowania nie znajduje się w rekordzie SPF domeny oryginalnej. Nic nie zostało sfałszowane. Sprawdzenie po prostu patrzy na niewłaściwy przeskok.

Dlaczego to wysyła to do spamu?

DMARC. Samo niepowodzenie SPF kiedyś można było przetrwać; DMARC zamieniło to w werdykt. DMARC łączy SPF i DKIM ze sobą i mówi odbiorcom, co robić, gdy oba zawodzą: nic, kwarantanna lub odrzucenie. Do 2024 roku duzi nadawcy nie mieli wyboru — Google i Yahoo zaczęli wymagać DMARC od każdego wysyłającego więcej niż 5000 wiadomości dziennie swoim użytkownikom.

DKIM, drugi filar, to podpis wbity w wiadomość. Teoretycznie przetrwa przekierowanie, ponieważ podpisuje zawartość, a nie trasę. W praktyce wszystko, co dotyka wiadomości, go psuje. Lista mailingowa, która dołącza stopkę „jesteś subskrybowanty, anuluj subskrypcję tutaj", serwer, który przepisuje wiersz tematu, nawet zmiana w tym, jak wiersz się zawijał — podpis już się nie zgadza, i DKIM też zawodzi. Teraz oba filary są w dół, DMARC mówi fail, a twój własny paragon jest w folderze śmieci.

Co to jest ARC i czy faktycznie to naprawia?

ARC — Authenticated Received Chain, RFC 8617 — pozwala uczciwemu przekierowywaczowi potwierdzić, że poczta przeszła uwierzytelnienie zanim go dotknęła. Serwer przekierowania stempluje wiadomość zapieczętowanym zapisem mówiącym „kiedy to do mnie dotarło, SPF i DKIM były ważne — wierz mojemu słowu dla nogi, której nie możesz zweryfikować." Ostateczny odbiornik, jeśli ufa temu przekierowywaczowi, może zastąpić niepowodzenie DMARC i dostarczyć.

Haczyk tkwi w „jeśli ufa." ARC to nie hasło; to system reputacji. Odbiornik waży, czy uszczelniacz ARC to znany, dobrze zachowujący się operator. Google zarówno stempluje nagłówki ARC, jak i je honoruje od nadawców, którym ufa, dlatego przekierowanie Gmail-na-Gmail zwykle przetrwa, a przekierowanie przez jakiś starożytny uniwersytecki przekaźnik nie.

Jeśli sam obsługujesz przekierowanie, dwa konkretne ruchy pomagają. Użyj Server-Side Redirect / SRS-style rewriting, jeśli twój host to oferuje, które przepisuje nadawcę koperty, aby SPF sprawdzał twojego przekierowywacza zamiast domeny oryginalnej. I preferuj przekierowanie między dostawcami, którzy obaj wspierają ARC. Jeśli konsolidujesz konta i chcesz, żeby przeznaczenie po prostu rozwiązało dla ciebie bałagan uwierzytelnienia, to dokładnie ten rodzaj instalacji, którą platforma e-mail AI jest zbudowana do absorpcji.

Kiedy powinienem przestać winić mojego dostawcę?

Kiedy wzór to „tylko przekazana poczta zawodzi," dostawca robi swoja pracę prawidłowo — problem stanowi protokół. Oto wskazówka: otwórz nagłówki brakującej wiadomości i poszukaj linii Authentication-Results. Jeśli widzisz spf=fail obok adresu IP wysyłającego, który należy do przekierowywacza zamiast oryginalnego nadawcy, to SPF sprawdza niewłaściwy przeskok. Jeśli dkim=fail pojawia się na poczcie, która przeszła przez listę lub przekaźnik, który edytuje wiadomości, to mangled signature, nie fałszerstwo.

Niewygodna prawda jest taka, że uwierzytelnienie poczty było przyczepiane, warstwa po warstwie, przez dwie dekady do systemu, który nigdy nie założył, że ktoś będzie kłamać. SPF pojawił się w 2006 roku, DKIM w 2007 roku, DMARC w 2015 roku, ARC w 2019 roku — każdy łatał dziurę, którą poprzedni otworzył. Przekierowanie to szew, gdzie wszystkie cztery ocierają się o siebie, a twoja skrzynka odborcza to miejsce, gdzie czujesz tarcie.