Feedback loop

Feedback loop to mechanizm zwrotnej informacji od dostawców poczty o wiadomościach oznaczonych jako spam.

Feedback loop jako zwrotne zgłoszenie spamu

Feedback loop, w kontekście poczty elektronicznej, to mechanizm przekazywania nadawcy informacji o wiadomościach, które odbiorcy oznaczyli jako spam. Informacja pochodzi od dostawcy poczty lub operatora platformy pocztowej, który obserwuje działanie własnego systemu filtrów i reakcje użytkowników. Nie jest to zwykłe potwierdzenie dostarczenia wiadomości ani komunikat o błędzie SMTP. Raport oznacza, że wiadomość została przyjęta przez serwer odbiorcy, lecz później użytkownik lub filtr zakwalifikował ją jako niepożądaną.

Mechanizm jest używany głównie przez operatorów wysyłających większą liczbę wiadomości, takich jak systemy newsletterów, sklepy internetowe i aplikacje generujące powiadomienia. Dostawca poczty może udostępniać raporty po wcześniejszym zarejestrowaniu domeny, adresu IP albo strumienia wysyłkowego. Zakres funkcji zależy od konkretnego operatora: jeden dostawca może przekazywać raporty dla określonych domen, a inny może ograniczać je do wybranych typów wiadomości lub udostępniać wyłącznie zagregowane statystyki.

Format raportu i identyfikacja wiadomości

Jednym ze standardowych formatów raportów o nadużyciach pocztowych jest Abuse Reporting Format opisany w RFC 5965. Raport może być przekazany jako wiadomość typu multipart/report z parametrem report-type=feedback-report. Wewnątrz znajduje się część tekstowa dla człowieka, część strukturalna message/feedback-report oraz często kopia lub fragment zgłoszonej wiadomości. W części strukturalnej mogą występować pola takie jak Feedback-Type, User-Agent, Version, Original-Mail-From, Original-Rcpt-To i Arrival-Date. Ich obecność zależy od polityki operatora wysyłającego raport.

Po stronie nadawcy raport powinien zostać powiązany z konkretną kampanią, kolejką wysyłkową lub identyfikatorem wiadomości. Pomocne są nagłówki Message-ID, adres koperty nadawcy oraz dane kampanii umieszczone w systemie wysyłkowym. Nie wolno zakładać, że każdy raport zawiera pełną treść pierwotnej wiadomości albo adres odbiorcy. Operator może usunąć część danych, zmienić format raportu lub przesłać jedynie informacje potrzebne do obsługi zgłoszenia. Dlatego system przetwarzający FBL musi tolerować brak opcjonalnych pól i poprawnie obsługiwać raporty o niejednolitej strukturze.

Obsługa zgłoszeń w systemie wysyłkowym

Najczęstszą reakcją na raport FBL jest oznaczenie adresu odbiorcy jako niezainteresowanego dalszą korespondencją i zatrzymanie kolejnych wiadomości marketingowych do tego adresu. Taka operacja powinna być wykonywana idempotentnie, czyli wielokrotne przetworzenie tego samego raportu nie powinno tworzyć kolejnych błędnych wpisów ani zmieniać statusu w nieprzewidywalny sposób. W praktyce system zapisuje identyfikator raportu, czas jego otrzymania, typ zgłoszenia i wynik przetwarzania, a następnie przekazuje adres do listy blokad używanej przez moduł wysyłki.

Feedback loop nie zastępuje kontroli technicznej nad pocztą. Jeżeli wiele wiadomości jest oznaczanych jako spam, trzeba sprawdzić między innymi poprawność SPF, podpisy DKIM, politykę DMARC, zgodność domeny nadawcy z nagłówkami oraz sposób budowania listy adresowej. Raporty należy rozdzielać od zwrotek typu bounce, ponieważ odrzucenie wiadomości przez serwer odbiorcy ma inną przyczynę niż późniejsze oznaczenie jej jako spam. Warto także analizować trendy według domen odbiorców, adresów IP i typów kampanii, ponieważ pojedynczy raport nie musi oznaczać awarii infrastruktury.

Feedback loop a diagnostyka poczty na laptopie i komputerze PC

Na laptopie lub komputerze użytkownika feedback loop zwykle nie jest konfigurowany bezpośrednio w programie pocztowym. Klient, taki jak aplikacja webmailowa albo lokalny program pocztowy, przekazuje operatorowi informację po użyciu funkcji „Oznacz jako spam”. Dalsza obsługa raportu odbywa się po stronie dostawcy poczty i systemu nadawcy. Podczas diagnostyki można jednak sprawdzić, czy wiadomości trafiają do folderu spamu, czy zgłoszenia dotyczą wszystkich nadawców, a także czy problem występuje tylko w jednej skrzynce lub domenie.

Jeżeli użytkownik prowadzi korespondencję z własnej aplikacji, należy porównać nagłówki wiadomości dostarczonej i wiadomości oznaczonej jako spam. Szczególne znaczenie mają wyniki uwierzytelniania widoczne w nagłówkach, identyfikator wiadomości, domena nadawcy i trasa przekazywania. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w przypadku problemów z lokalnym klientem pocztowym można sprawdzić jego konfigurację, działanie synchronizacji oraz poprawne wyświetlanie folderów i nagłówków wiadomości.