Zidentyfikuj integrację przed edycją DNS
Zapisz adres e-mail Gorgias, typ integracji, zamierzony Od właściciela domeny i DNS . Skrzynka pocztowa obsługi klienta może pozostać czytelna, podczas gdy odpowiedzi wychodzące korzystają z nieoczekiwanej tożsamości. Uwzględnij w planie akceptacji jedną odpowiedź od rzeczywistego centrum pomocy, zamiast polegać wyłącznie na przychodzącym teście.
Gorgias wymaga weryfikacji domeny przed wysłaniem poprzez automatyczne przekierowanie. Jego dokumentacja zdecydowanie zaleca weryfikację domen niestandardowych również w przypadku bezpośrednich integracji. Administrator może uzyskać rekordy poprzez Ustawienia > Kanały > E-mail, wybierz adres i otwórz Zweryfikuj domenę. Przepływ pracy weryfikacyjnej
Śledź rodzinę rekordów konta
Bieżący udokumentowany przepływ pracy zapewnia dwa DKIM CNAME i zwyczaj Return-Path CNAME. Opublikuj wszystkie trzy z własnymi miejscami docelowymi podanymi na koncie, a następnie użyj opcji Sprawdź status. Niektóre konta zamiast tego wyświetlają starsze wartości TXT dla SPF i DKIM ; użyj pasującej gałęzi zamiast łączyć instrukcje z obu. Dostawca zapewnia do 72 godzin na weryfikację. Wymagane rekordy i starsza gałąź
Przed zapisaniem wykonaj porównanie rekord po rekordzie: zamierzony, w pełni wykwalifikowany właściciel, typ rekordu, cel lub wartość, istniejące dane i powód zmiany. Jeśli edytor DNS dołączy Twoją domenę, wprowadź względną etykietę, która wyświetli zamierzoną pełną nazwę. Nie wklejaj drugiej kompletnej domeny do już zakończonego właściciela. Sprawdź konflikty CNAME przed wymianą pliku Rekord TXT o godz Selektor DKIM.
Starszą wartość SPF należy uzgodnić z istniejącą pojedynczą polityką SPF , a nie instalować jako drugą politykę o tej samej nazwie. Zachowaj autoryzowaną skrzynkę pocztową i innych nadawców aplikacji. Oceń zagnieżdżone wyszukiwania DNS pod kątem limitu protokołu. W przypadku kont korzystających wyłącznie z CNAME nie dodawaj niepowiązanego głównego elementu SPF tylko dlatego, że pokazuje go stary samouczek.
Zachowaj DMARC jako decyzję właściciela domeny
Sprawdź istniejącą domenę DMARC miejsce docelowe polityki i raportowania wraz z właścicielem. Przykładem dostawcy nie jest pozwolenie na zastąpienie ustalonych zasad ani kierowanie raportów do nieposiadanej skrzynki pocztowej. Przed zmianą egzekwowania zinwentaryzuj innych legalnych nadawców. SPF uwierzytelnia tożsamość koperty, a DKIM uwierzytelnia swoją domenę podpisującą; DMARC przechodzi, gdy co najmniej jedna przekazująca tożsamość jest zgodna z widoczną domeną Od. Nie wymaga dopasowania obu metod, chociaż usługa odbierająca może nałożyć dodatkowe wymagania nadawcy.
Sprawdź pełną wymianę wsparcia
Oryginalny arkusz akceptacji: zapisz bilet przychodzący, odpowiedź wychodzącą i każdą odpowiedź automatyczną faktycznie używaną przez tę skrzynkę odbiorczą. Dla każdego przypadku ruchu wychodzącego przechwyć wynik SPF i domenę koperty zaufanego odbiorcy, wynik DKIM z d= i s=, widoczne z domeny i wynik DMARC . Porównaj niestandardową Return-Path z planowaną tożsamością odbicia, zamiast zakładać, że widoczny adres jest również adresem nadawca kopertowy.
Przykładowy scenariusz: weryfikacja dwóch rekordów DKIM , ale właściciel Return-Path został wprowadzony dwukrotnie z nazwą strefy. Traktuj to jako niekompletną konfigurację, nawet jeśli jedna wiadomość przechodzi DMARC przez DKIM . Popraw właściciela i ponownie przetestuj zamierzoną trasę; nie osłabiaj polityki domeny, aby ukryć brakujący rekord.
Rozwiązuj awarie w kontrolowanej kolejności
Najpierw porównaj wiarygodne odpowiedzi DNS z wartościami Gorgias. Następnie odróżnij buforowanie od niewłaściwego właściciela lub brakującego rekordu. Na koniec porównaj rzeczywistego nadawcę wybranego dla odpowiedzi. Zachowaj ostatnią działającą konfigurację i wstrzymaj tylko przepływ pracy, którego to dotyczy, jeśli klienci otrzymają błędy. Nie usuwaj starych selektorów, dopóki nie zostaną poznane ich zależności i poczta w locie.
Dokumentacja została sprawdzona 8 listopada 2026 r. Nie testowano żadnego najemcy Gorgias, zmiany DNS ani dostarczonej wiadomości pomocy technicznej. Arkusz i scenariusz stanowią proponowane kontrole operacyjne, a nie zaobserwowane wyniki klientów.
Sprawdź częściową konfigurację bez jej ukrywania
Pisemna sprawa GO-01 zakłada Od help@example.com i zaufane przekazanie Podpis DKIM d=example.com, s=gor. The intended account-generated Return-Path owner is represented as em123.example.com, but the fictional zone inventory instead lists em123.example.com.example.com. The label is illustrative, not an account value to publish; the actual target and SPF result are unknown. DKIM supplies an aligned path for this hypothetical message, while the DNS owner still needs to fix the specified Return-Path record using real account values and retest the route. Do not call all configuration complete from that DKIM pass or invent a complete SPF verdict. No Gorgias account, DNS change or delivery was used here.
Zachowaj granicę egzekwowania
RFC 9989 Sekcja 7.4 wymaga prawidłowego DKIM , a nie samego SPF , do publikowania domen p=rejecti ostrzega o współdziałaniu poczty pośredniej i list mailingowych. Pojedynczy pomyślny test wiadomości bezpośredniej nie jest dowodem na to, że każda legalna droga jest gotowa na silniejszą politykę. Zachowaj istniejącą zatwierdzoną ochronę podczas diagnozowania rzeczywistej luki; każda zmiana polityki wymaga własnej decyzji.