wysyłka z nowej

Wysyłka z nowej domeny wymaga wcześniejszego rozgrzania jej reputacji, zanim osiągnie pełny wolumen.

Wysyłka z nowej domeny a reputacja nadawcy

Wysyłka z nowej domeny oznacza rozpoczęcie nadawania wiadomości e-mail z adresów, dla których dostawcy poczty nie mają jeszcze wystarczającej historii. Reputacja domeny i reputacja adresu IP powstają na podstawie rzeczywistych zachowań podczas wysyłki: liczby dostarczonych wiadomości, odsetka odrzuceń, zgłoszeń spamu, nieaktywnych odbiorców oraz reakcji użytkowników na wiadomości. Sama rejestracja domeny nie nadaje jej automatycznie dobrej ani złej reputacji.

Nowa domena może być używana do korespondencji firmowej, powiadomień aplikacji albo kampanii informacyjnych, ale każdy z tych rodzajów ruchu powinien mieć przewidywalny charakter. Nagłe wysłanie dużej liczby wiadomości z nieznanej domeny może spowodować czasowe ograniczenie dostarczania, odrzucenia SMTP albo umieszczenie wiadomości w folderze spamu. Mechanizmy filtrujące analizują również zgodność domeny widocznej w polu From z domeną używaną do uwierzytelniania wiadomości.

Konfiguracja DNS i uwierzytelnianie wiadomości

Przed rozpoczęciem wysyłki należy skonfigurować rekord SPF, DKIM i DMARC. SPF określa w rekordzie TXT, które serwery mogą wysyłać pocztę w imieniu domeny. Rekord SPF nie powinien być publikowany wielokrotnie dla tej samej domeny, ponieważ odbiorca może potraktować taką konfigurację jako błąd. Trzeba także uwzględnić limit maksymalnie dziesięciu mechanizmów powodujących wyszukiwania DNS w pojedynczej ocenie SPF, zgodnie z zasadami opisanymi w RFC 7208.

DKIM dodaje do wiadomości podpis kryptograficzny. Klucz prywatny pozostaje na serwerze wysyłającym, a odpowiadający mu klucz publiczny publikuje się w DNS pod nazwą selektora, na przykład selector1._domainkey.example.pl. Odbiorca pobiera klucz publiczny i sprawdza, czy podpis obejmuje wskazane nagłówki oraz treść wiadomości. DKIM nie szyfruje poczty; służy do potwierdzenia, że wiadomość została podpisana przez uprawniony system i nie zmieniono jej w zakresie objętym podpisem.

DMARC definiuje sposób sprawdzania zgodności uwierzytelniania z domeną w polu From oraz określa działanie odbiorcy po nieudanej kontroli. Polityka może mieć wartość p=none, p=quarantine albo p=reject. Wdrożenie warto rozpocząć od monitorowania raportów DMARC, aby wykryć prawidłowe systemy wysyłające i błędne konfiguracje. Sam rekord DMARC nie naprawia SPF ani DKIM, lecz pozwala odbiorcom zastosować uzgodnioną politykę wobec wiadomości niespełniających wymagań.

Stopniowe zwiększanie wolumenu wysyłki

Rozgrzewanie domeny polega na stopniowym zwiększaniu liczby wiadomości kierowanych do rzeczywistych, oczekiwanych odbiorców. Nie istnieje jedna uniwersalna tabela wolumenów odpowiednia dla każdej domeny, ponieważ dostawcy poczty stosują własne modele oceny, a wynik zależy również od adresu IP, treści, branży i historii nadawcy. Bezpieczniej jest rozpocząć od małej grupy aktywnych odbiorców, obserwować dostarczalność i dopiero potem zwiększać ruch.

Wysyłka powinna mieć stabilny rytm. Duże skoki liczby wiadomości, wielokrotne ponawianie dostarczenia do tego samego odrzuconego adresu oraz wysyłanie do starych, niezweryfikowanych baz zwiększają ryzyko problemów. Lista odbiorców powinna być oczyszczana z trwałych błędów dostarczenia, oznaczanych kodami SMTP z klasy 5xx. Błędy tymczasowe z klasy 4xx można ponawiać zgodnie z mechanizmem backoff, czyli z rosnącymi odstępami między próbami, zamiast generować ciągłe połączenia.

W systemie wysyłającym należy rozdzielić pocztę transakcyjną od masowych wiadomości informacyjnych, na przykład przez użycie osobnych subdomen lub identyfikatorów strumienia. Dzięki temu problem z jednym rodzajem ruchu nie musi bezpośrednio wpływać na drugi. Każda wiadomość powinna mieć poprawny adres nadawcy, działający adres do odpowiedzi oraz nagłówki umożliwiające analizę ścieżki dostarczenia. Warto kontrolować odpowiedzi serwera SMTP, wskaźnik odbić i zgłoszenia nadużyć, a nie tylko liczbę wiadomości oznaczonych jako wysłane przez aplikację.

Diagnostyka problemów z dostarczaniem

Jeżeli wiadomości z nowej domeny nie docierają do skrzynek, diagnostykę należy rozpocząć od sprawdzenia rekordów DNS typu TXT, poprawności podpisu DKIM oraz wyniku SPF i DMARC w nagłówkach odebranej wiadomości. Należy zweryfikować również rekord MX domeny odbiorcy, nazwę hosta wysyłającego, rekord PTR dla adresu IP oraz zgodność nazwy przedstawianej w komendzie EHLO z konfiguracją serwera. Brak odwrotnego DNS albo niespójna identyfikacja hosta może obniżać wiarygodność połączenia SMTP.

Logi pocztowe powinny rozróżniać błąd aplikacji, odrzucenie przez serwer odbiorcy, odrzucenie przez lokalny limit oraz wiadomość przyjętą do dalszego przetwarzania. Kod 550 często oznacza trwałe odrzucenie, ale dokładna przyczyna znajduje się w rozszerzonym komunikacie serwera. Komunikat typu „temporarily deferred” wskazuje na odroczenie, a nie na potwierdzoną dostawę. Przydatne jest zachowanie identyfikatora wiadomości i korelowanie go z logami aplikacji, serwera SMTP oraz raportami zwrotnymi.

Przed zwiększeniem wolumenu trzeba potwierdzić, że domena nie jest używana przez nieautoryzowany system, rekordy uwierzytelniające są aktualne, a odbiorcy rzeczywiście oczekują korespondencji. W przypadku skrzynek na komputerze lub laptopie można dodatkowo sprawdzić, czy lokalny program pocztowy nie filtruje wiadomości na podstawie reguł, pełnego magazynu, błędnej konfiguracji IMAP albo nieaktualnego certyfikatu TLS. Diagnostyka powinna oddzielać problem dostarczenia na serwer odbiorcy od problemu wyświetlania poczty na konkretnym urządzeniu.