Nowa domena wysyłająca potrzebuje odpowiedzialnego planu operacyjnego, zanim będzie potrzebować większego ruchu. Pierwszą decyzją jest to, które wiadomości powinny się w nim znaleźć, kto się ich spodziewa i który zespół może zatrzymać wadliwy strumień. Sama rejestracja domeny nie zapewnia skutecznego uwierzytelnienia ani zaufania odbiorców.
Stwórz mapę tożsamości
Dla każdej usługi zapisz widoczną domenę From, nadawca kopertowy, DKIM domena podpisująca i selektor, infrastruktura wychodząca, skrzynka pocztowa odpowiedzi i właściciel firmy. Trzymaj witrynę internetową i hosty śledzące w oddzielnych kolumnach. Mogą dzielić markę, służąc jednocześnie różnym celom technicznym. RFC 6376 opisuje DKIM jako mechanizm odpowiedzialności za podpisywanie na poziomie domeny; podpisu nie należy odczytywać jako oświadczenia, że każdy przekaz wykorzystujący markę jest pożądany. Specyfikacja DKIM.
Poproś dostawcę o dane wygenerowane dla rzeczywistego konta. Publikuj tylko zatwierdzone wartości i zachowaj dokładne nazwy właścicieli DNS , odpowiedzi i czasy zapytań. Testuj wiadomości na każdym etapie produkcji, łącznie z narzędziami wsparcia i automatycznymi potwierdzeniami. Zaliczony test biuletynu nie może wyczyścić nieprzetestowanej integracji rozliczeniowej.
Zdefiniuj bramę startową
Sprawdź aktualne wymagania dostawcy odbierającego dla planowanego ruchu. Wytyczne Google dotyczące osobistego Gmail wyróżniają wszystkich nadawców nadawców masowych i zaleca konsekwentne wysyłanie zamiast nagłych serii. Traktuj te reguły dostawców jako przestarzałą zależność, a nie uniwersalną politykę dla wszystkich systemów pocztowych. Wskazówki dla nadawcy Gmail.
Brama uruchomienia operacyjnego powinna obejmować uwierzytelnioną próbkę, oczekiwaną populację odbiorców, roboczą ścieżkę odpowiedzi, prawidłowe zachowanie tłumienia, jeśli ma to zastosowanie, widoczność kolejki i nazwanego właściciela wycofywania. Ta lista kontrolna stanowi redakcyjne zalecenie operacyjne, a nie dodatkowy certyfikat Google. Unikaj wysyłania niechcianych wiadomości e-mail jedynie w celu wygenerowania historii.
Przeanalizuj hipotetyczne porównanie
Załóżmy, że dwa porównywalne okna na 500 wiadomości zawierają uzasadnione powiadomienia kierowane do tej samej populacji odbiorców i dostawcy docelowego, na który wyraziła zgodę. W tym wymyślonym ćwiczeniu pierwsze okno zawiera 490 wiadomości zaakceptowanych przy pierwszej próbie i 10 odroczonych; w drugim przyjęto 498, a dwa odroczono. Załóżmy, że dla każdego z nich punkt odcięcia obserwacji jest taki sam. Arytmetyka to 490/500 = 98% i 498/500 = 99,6%, co oznacza wzrost o 1,6 punktu procentowego, czyli osiem kolejnych akceptacji wstępnych.
Te liczby to dane wejściowe, a nie mierzony ruch klientów, obserwacje odbiorców zapisane w skryptach lub dowód poprawy nowej domeny. Nie ustalają umiejscowienia skrzynki odbiorczej ani związku przyczynowego. Prawdziwe porównanie musi uwzględniać rzeczywiste daty, mieszankę miejsc docelowych, tożsamości uwierzytelniające, identyfikatory kolejek, zmiany treści i odpowiednie warunki odbiorcy. Same równe sumy nie czynią dwóch okien porównywalnymi.
Przejściowa odpowiedź SMTP nie oznacza trwałej straty. Postępuj zgodnie z początkowo odroczonymi komunikatami, aż do wyników późniejszych ponownych prób, rejestrując ostateczną akceptację lub niepowodzenie oddzielnie od akceptacji pierwszej próby. Staraj się, aby wiadomości nadal oczekujące w kolejce były widoczne, zamiast po cichu usuwać je z mianownika. RFC 5321 sekcje 4.2.1 i 4.5.4 rozróżnia się tymczasowe awarie i obsługę ponownych prób.
Rozwijaj tylko z obserwowalną kontrolą
Ustal punkt przeglądu po każdym znaczącym wzroście. Sprawdź rozkład miejsc docelowych, pełne odpowiedzi SMTP , wiek kolejki i awarie zgłaszane przez użytkowników. Zachowaj niewielką liczbę lub brak danych w panelu kontrolnym jako nieznane, zamiast wymyślać korzystny wynik reputacji. Warunkiem zatrzymania może być utrzymujący się wzrost wieku kolejek lub konkretny defekt uwierzytelniania zdefiniowany przez zespół przed rozszerzeniem.
Nie zmieniaj wielokrotnie nazw, gdy pojawiają się skargi. Przejrzyj uprawnienia, częstotliwość i treść z właścicielem firmy. Nowa domena powinna wspierać rozpoznawalną tożsamość, a nie ukrywać wcześniej niechciany program. Zachowaj poprzednią zatwierdzoną trasę dostępną tylko wtedy, gdy zachowuje to samo uwierzytelnianie i kontrolę odbiorców.
Dokładny przegląd startu z uwzględnieniem przetestowanych tożsamości, datowanych obserwacji, nierozwiązanych tras i następnego punktu decyzyjnego. Sukces oznacza, że zespół potrafi wyjaśnić i obsługiwać rzeczywisty ruch; nie oznacza to, że stała liczba dni gwarantuje powszechną dostawę.
Zapisz decyzję o uruchomieniu na jednej stronie
- Cel: identyfikacja oczekiwanych odbiorców, rodzajów wiadomości i każdego właściciela firmy.
- Dowody trasy: zachowaj wygenerowane wartości DNS , tożsamość odebranych wiadomości i zaufane wyniki uwierzytelniania dla każdej używanej usługi.
- Kontrola operacyjna: potwierdzanie obsługi odpowiedzi, pomijanie w stosownych przypadkach, widoczność kolejki i wycofywanie własności.
- Pomiar: zdefiniuj mianownik, mieszankę docelową, moment odcięcia pierwszej próby i okno ponownej próby przed porównaniem wyników.
- Warunek zatrzymania: uzgodnij wady uwierzytelniania lub pogorszenie jakości kolejki, które wstrzymują ekspansję.
- Przegląd: zapisz nieznane dane z panelu kontrolnego jako nieznane i zdecyduj o kolejnym wzroście na podstawie rzeczywistych obserwacji, a nie stałych rozgrzewka kalendarz.