Zacznij od subdomeny i profilu nadawcy
Wdrożenie Sendlane składa się z dwóch połączonych części: zweryfikowanej subdomeny wysyłającej i profilu nadawcy, który faktycznie z niej korzysta. Ukończ oba przed testowaniem kampanii. Sendlane dokumentuje zweryfikowane subdomeny jako wymagany model wysyłania i nie oferuje weryfikacji domeny podstawowej. Delegowane podejście daje Sendlane kontrolę nad wybraną subdomeną, podczas gdy domena podstawowa pozostaje istniejąca serwery nazw. Subdomena pozostaje widoczna w adresie Od. Przegląd weryfikacji Sendlane, pytania dotyczące domeny podstawowej i serwera nazw.
Zdecyduj, kto jest właścicielem wysyłek marketingowych, DNS , polityki bezpieczeństwa i odpowiedzi. Inwentaryzacja zaplanowanych kampanii i aktywnych automatyzacji przed zmianą udostępnionego profilu. Uwzględnij marki lub regiony o odrębnych profilach i zanotuj, które z nich mogą się razem zmieniać. Zakres obejmuje kampanię Sendlane i pocztę automatyzującą. Nie ustala tożsamości niepowiązanych integracji transakcyjnych, paragonów sklepowych ani usługi korporacyjnej skrzynki pocztowej.
Użyj nieużywanej subdomeny zatwierdzonej do tego celu. Wyszukiwanie DNS nie wykazujące odpowiedzi dla jednego typu rekordu nie dowodzi, że nazwa jest nieużywana. Sprawdź strefę, delegowane dzieci, konfigurację strony, certyfikaty, ustawienia aplikacji i innych dostawców poczty e-mail. Jeśli proponowana nazwa już coś obsługuje, wybierz inną nazwę lub uzyskaj osobno zatwierdzony plan migracji. Nie usuwaj nieznanego rekordu, aby weryfikacja przebiegła pomyślnie.
Uzyskaj metodę DNS z tego konta
Strona konfiguracji wybiera cztery rekordy NS lub zestaw zawierający jeden MX lub dwa CNAME i dwa Rekordy TXT. Udokumentowana trasa to Konto > E-mail > Ustaw domenę, po której następują pola domeny podstawowej i subdomeny wysyłającej. Przewodnik w szczególności kieruje użytkowników AWS do metody CNAME / MX / TXT poprzez wsparcie, mimo że AWS obsługuje rekordy NS. Stwierdza również, że Wix i Hostgator nie obsługują żadnej udokumentowanej metody; migracja hosta DNS wymagałaby własnego zatwierdzonego planu, a nie improwizowanego usunięcia istniejących rekordów. Użytkownicy Shopify są kierowani do osobnego przewodnika Shopify, więc ta ogólna procedura nie zastępuje tej ścieżki. Traktuj dane wyjściowe konta bieżącego i potwierdzenie dostawcy jako organ wdrażający, a nie zapamiętaną recepturę DNS . Przewodnik konfiguracji Sendlane, kroki od pierwszego do trzeciego.
Zapisz datowaną kopię każdego wydanego właściciela, typu, wartości, TTL i dowolnego priorytetu MX . Nie zastępuj domen demonstracyjnych ani wartości serwera nazw w artykule pomocy bieżącymi instrukcjami konta. Jeśli widoczne rekordy kolidują z możliwościami hosta DNS , zatrzymaj się w tym momencie i uzyskaj obsługiwaną metodę. Jest to bezpieczniejsze niż wdrożenie połowy każdej metody lub próba przetłumaczenia delegacji na odgadnięte rekordy TXT .
W przypadku konfiguracji opartej na NS przegląd DNS musi jawnie identyfikować delegowaną strefę podrzędną. Sprawdź, czy zmiana znajduje się poniżej domeny podstawowej. Zmiana domyślnych serwerów nazw rejestratora miałaby znacznie większy wpływ niż poczta Sendlane. Potwierdź zakres z drugim recenzentem i zachowaj eksport strefy nadrzędnej przed zmianą. Deleguj dopiero po zatwierdzeniu granicy zaufania przez właścicieli firm i zabezpieczeń.
Publikuj i sprawdzaj każdy wydany rekord
Zastosuj zestaw rekordów w autorytatywnej usłudze DNS , która może różnić się od rejestratora. Sprawdź, czy jego edytor dołącza przyrostek strefy. Pole hosta, które zawiera już całą nazwę, może przypadkowo utworzyć zduplikowaną domenę. Po zapisaniu porównaj uzyskanych w pełni kwalifikowanych właścicieli z nazwami wydanymi przez dostawcę.
Delegacja NS wymaga kontroli z obu stron granicy: skierowania rodzica i autorytatywnych odpowiedzi dziecka. W przypadku metody alternatywnej sprawdź osobno każdą CNAME , MX i TXT . Zielone sprawdzenie jednego klucza nie oznacza, że pozostałe rekordy są prawidłowe. Pozostaw wszelkie niepowiązane zapisy nienaruszone i zapisz różnicę przed i po za pomocą biletu zmiany.
Gdy rekord TXT zawiera plik SPF zapoznaj się z pełną polityką u tego konkretnego właściciela. Wiele zasad SPF tego samego właściciela jest nieprawidłowych, a terminy SPF wysyłające zapytania do DNS mają dziesięciookresowy limit oceny, obejmujący zależności zagnieżdżone. Nie dodawaj uprawnień Sendlane do wierzchołka korporacyjnego tylko dlatego, że jest to najbardziej znana domena. Sprawdź domenę faktycznie używaną dla SPF . RFC 7208 , sekcje 4.5 i 4.6.4.
Wróć do Sendlane i użyj opcji Sprawdź rekordy DNS . Poradnik przewiduje do 24 godzin na wstępną weryfikację; porównuj odpowiedzi DNS zamiast wielokrotnie je zmieniać po wygaśnięciu pamięci podręcznej. Zachowaj status rekordu dostawcy i czas obserwacji. Status dostawcy to jedna warstwa akceptacji, a nie dowód odebranej wiadomości wyrównanie.
Połącz profile bez utraty zasięgu kampanii
Instrukcje konfiguracji Sendlane wymagają nowego lub istniejącego profilu nadawcy, aby wybrać opcję Zweryfikowany i zweryfikowaną subdomenę w opcji Od e-maila. Przejrzyj oddzielnie obsługę odpowiedzi: przegląd opisuje uwierzytelnione profile przy użyciu zweryfikowanej domeny dla Od i Odpowiedz do, podczas gdy formularz konfiguracji żąda adresu Odpowiedz do. Potwierdź dozwoloną konfigurację odpowiedzi konta i faktycznie monitorowane miejsce docelowe, zamiast zakładać dowolne zastąpienie. Przewodnik konfiguracji Sendlane, krok czwarty.
Sprawdź każdą kampanię lub automatyzację, która ma używać tego profilu. Zweryfikowana domena, która nie jest używana w ustawieniach konta, nie spowoduje skorygowania nieaktualnego profilu w innym miejscu. Zapisz nazwę profilu, wyświetlaną nazwę Od, zamierzoną skrzynkę pocztową odpowiedzi i przepływy pracy, które się do niej odwołują. Wprowadź zmiany w kontrolowanym oknie, aby zaplanowane wysyłanie nie mogło rozpocząć się pomiędzy weryfikacją DNS a sprawdzeniem profilu.
Nie zakładaj, że zmiana adresu Reply-To powoduje zmianę uwierzytelnienia. Jest to operacyjne miejsce docelowe odpowiedzi i powinno zostać przetestowane pod kątem prawidłowego routingu, ale nie jest to tożsamość From DMARC oceniane jest dopasowanie. Unikaj także traktowania markowej nazwy hosta śledzącej kliknięcia jako nadawca kopertowy. Pola te mogą należeć do różnych domen, nawet jeśli wiadomość w skrzynce odbiorczej wygląda spójnie.
Sprawdzaj dostawy kampanii i automatyzacji
Korzystaj z nieszkodliwych treści i kontrolowanych odbiorców zewnętrznych. Wyślij jeden test drogą kampanii i jeden poprzez reprezentatywną automatyzację korzystającą z profilu produkcyjnego. Powtórz tę czynność, jeśli w grę wchodzą różne profile, marki lub trasy dostaw materiałów. Zapisz czas UTC, identyfikator kampanii lub automatyzacji oraz identyfikator wiadomości, aby obsługa mogła zlokalizować tę samą wiadomość.
Zachowaj oryginalne nagłówki odbiorcy i zaufane wyniki uwierzytelniania. Zapisz widoczną domenę From, domenę koperty uwierzytelnioną przez SPF, Return-Path, każdy DKIM domena podpisująca i selektororaz wyniki SPF , DKIM i DMARC odbiorcy. Domena podpisująca i selektor mówią weryfikatorowi, gdzie znaleźć klucz; nie można ich zastąpić etykietą profilu nadawcy. RFC 6376 , sekcje 3.5 i 6.1.
Potwierdź, który mechanizm przekazywania jest zgodny z widocznym źródłem w trybie wyrównania zasad. Sama przepustka dla niepowiązanej tożsamości usługi jest niewystarczająca. Zachowaj zasady wybranej subdomeny i wszelkie odpowiednie zasady nadrzędne w dowodach, aby recenzent mógł odtworzyć wnioski. RFC 9989 , wyjaśnienie wyrównania identyfikatorów i ocena DMARC.
Ten przewodnik nie zapewnia osobnej, wybieranej przez użytkownika niestandardowej funkcji Return-Path . Źródła publiczne ustalają weryfikację domeny i profile, a nie kontrolę koperty każdego dzierżawcy. Jeśli brakuje wymaganego wyniku ścisłego dostosowania, uzyskaj obsługiwane opcje tożsamości od Sendlane i sprawdź nową wiadomość przed zatwierdzeniem tego wymagania.
Rozwiązuj awarie na właściwej warstwie
Jeśli nie można zweryfikować rekordów, najpierw potwierdź wiarygodnego dostawcę DNS , dokładne nazwiska właścicieli, typy rekordów i wszelkie wcześniejsze zastosowania subdomeny. Jeśli publiczny DNS jest prawidłowy, ale konto pozostaje niezweryfikowane, zachowaj wydany zestaw rekordów i obserwacje czasowe do celów wsparcia. Unikaj usuwania i ponownego tworzenia domeny, gdy zaplanowane wysyłki nadal się do niej odwołują.
Jeśli DNS weryfikuje, ale otrzymany Od jest nieoczekiwany, przed zmianą kluczy sprawdź wybrany profil i odniesienie do kampanii lub automatyzacji. Jeśli nie ma DKIM , potwierdź, że testowany przepływ pracy rzeczywiście korzystał z tego profilu. Jeśli DKIM zawiedzie, porównaj jego rzeczywisty selektor z DNS i sprawdź zmiany w wiadomościach po podpisaniu. Jeśli uwierzytelnianie zakończy się pomyślnie, ale DMARC zakończy się niepowodzeniem, sprawdź porównania domen, a nie tylko zielone etykiety wyników.
Ostrzeżenie o dostawie nie upoważnia do osłabiania polityki DMARC organizacji. Zdiagnozuj nieprawidłową tożsamość u właściciela i dostawcy zasad. Podobnie wewnętrzna lista dozwolonych może ukryć problem, z którym nadal spotykają się odbiorcy zewnętrzni. Korzystaj z kontrolowanych odbiorców, którzy oceniają normalną ścieżkę dostawy.
Zachowaj arkusz ćwiczeń i przećwicz regenerację
Utwórz oddzielny rekord recenzji dla arkusza wdrożenia Sendlane, korzystając z poniższych pól. Zachowaj jedną kopię na każdą subdomenę i grupę profili. Rejestruj wydane rekordy, dowody DNS , przepływy pracy, których to dotyczy, wyniki odbiorcy, dostosowany mechanizm i osobę zatwierdzającą wydanie. Umieść klucze publiczne w dowodzie tylko wtedy, gdy jest to konieczne; nigdy nie dołączaj poświadczeń ani kluczy prywatnych.
Przed wydaniem zdecyduj, jak wstrzymać nowe kampanie i automatyzacje oraz przywrócić wcześniej zatwierdzoną tożsamość, jeśli testy się nie powiodą. Nie usuwaj najpierw delegacji: może to spowodować usunięcie odpowiedzi uwierzytelniających, gdy poczta jest nadal wysyłana. Zachowaj dowody dotyczące wiadomości oczekujących w kolejce lub już dostarczonych i uzgodnij okno wycofania przed usunięciem przestarzałego zaufania. Traktuj przeniesienie dostawców DNS , zmianę wybranej domeny lub zmianę profili jako powód do ponownego przetestowania.
Fikcyjny przykład profilu niezwiązanego
Tylko fikcyjny przypadek pisemny: SL-01 określa profil kampanii z informacją Od offers@news.example i podaniem d=news.example. Automatyzacja powitalna nadal odwołuje się do starszego profilu za pomocą From welcome@old.example ; jego tożsamość/wyniki DKIM i SPF są nieznane. Właściciel marketingu musi sprawdzić powiązanie automatyzacji i uzyskać nową kontrolowaną wiadomość przed zatwierdzeniem tej trasy. Wynik kampanii nie może wypełnić luki w automatyzacji. Nie przeprowadzono żadnego konta, zmiany DNS ani testu wiadomości.
Zaplanuj kontrolowane wysyłanie po uwierzytelnieniu
Krok piąty przewodnika konfiguracji instruuje operatorów, aby aktywowali zweryfikowaną domenę. Nie interpretuj udanych kontroli DNS i nagłówków jako pozwolenia na natychmiastowe wysłanie pełnego wolumenu. Uzgodnij stopniowy plan wysyłania oparty na zgodzie z właścicielem dostarczalności i monitoruj wyniki; niniejszy przewodnik nie określa stawki uniwersalnej ani nie twierdzi, że taka jest rozgrzewka został stracony.
Akceptacja pozostaje decyzją dowodową
Zwolnij tylko wtedy, gdy zamierzone przepływy pracy korzystają z zatwierdzonych profili, publiczny DNS pasuje do wydanego zestawu rekordów, Sendlane weryfikuje konfigurację, a dowód odebranej wiadomości pokazuje wymagany dopasowany przebieg. Uwierzytelnianie nie gwarantuje umieszczenia w skrzynce odbiorczej ani dobrej reputacji wysyłania. Dostęp do dzierżawców na żywo, testy DNS i komunikatów na żywo, niezależna ocena techniczna, ocena wizualna i zatwierdzenie przez człowieka MŚP pozostają w oczekiwaniu na tę niepublikowaną wersję roboczą.
Oddziel przekazywaną wiadomość od gotowości do egzekwowania
RFC 9989 Sekcja 7.4 wymaga prawidłowego DKIM dla domeny publikującej p=reject i zawiera przestrogi dotyczące interoperacyjności poczty pośredniej. Pojedynczy dopasowany wynik SPF sam w sobie nie uzasadnia wdrożenia zasady odrzucania. Przejrzyj wszystkie legalne trasy i zasady własności niezależnie od konfiguracji tego dostawcy.