Zdefiniuj trasę zaproszenia do ankiety
W tym przewodniku omówiono zaproszenia do ankiet wysyłane za pośrednictwem własnej usługi e-mail PytaniePro przy użyciu niestandardowego adresu nadawcy. Nie konfiguruje oddzielnej usługi SMTP organizacji ani nie zakłada, że każdy produkt PytaniePro ma identyczne elementy sterujące. Zapisz konto, produkt, ankietę, adres odbiorcy i odpowiedzialnego administratora domeny, zanim cokolwiek zmienisz. Sama rozpoznawalna nazwa wyświetlana nie mówi nic o domenie, która dokonuje uwierzytelnienia.
Przewodnik po zaproszeniach PytaniePro odróżnia uwierzytelnianie domeny od dostępu do indywidualnej skrzynki odbiorczej. Dostęp do przepływu pracy związanego z adresem niestandardowym można uzyskać z obszaru Rozpowszechnij wybranej ankiety za pomocą kontrolki Z adresu. Po zweryfikowaniu domeny należy dodać także adres nadawcy i potwierdzić go w jego skrzynce odbiorczej. Traktuj je jako osobne bramki akceptacji. Zaproszenia spersonalizowane w serwisie PytaniePro
Określ, kto może otrzymać potwierdzenie i kto zajmie się odpowiedziami respondentów. Unikaj używania wymyślonej skrzynki pocztowej tylko dlatego, że domena istnieje. Jeśli zespół chce adresu bez nadzoru, ustal obsługę odpowiedzi za pośrednictwem odpowiedzialnej usługi pocztowej, zamiast zakładać, że PytaniePro zapewnia skrzynkę pocztową. Dbaj o to, aby ankieta testowa była wolna od danych osobowych respondenta i korzystaj z odbiorców uprawnionych do testów kontrolowanych.
Uwierzytelnij pierwszą domenę na koncie
Udokumentowana ścieżka konta to Profil użytkownika, Moje konto, Uwierzytelnienie domeny, Nowa domena. Wejdź do kontrolowanej domeny, uzyskaj wyświetlony komunikat SPF instrukcję, a następnie wygeneruj plik DKIM klawisz. Opublikuj wydane selektor i wartość publiczną oraz skorzystaj z kontroli weryfikacyjnej. Dostawca wymaga również ważnego Rekord DMARC. Jej wytyczne pozwalają na udostępnienie wygenerowanych kluczy na serwerach poczty e-mail do sześciu godzin i zalecają odczekanie od sześciu do dwunastu godzin na weryfikację po zmianach DNS . Uwierzytelnianie domeny PytaniePro
Traktuj te opublikowane interwały jako wskazówki dotyczące rozwiązywania problemów, a nie obietnicę dotyczącą konkretnej pamięci podręcznej DNS lub dzierżawy. Zapisz czas generowania klucza oddzielnie od czasu publikacji DNS . Jeśli weryfikacja natychmiast się nie powiedzie, najpierw ustal, który warunek wstępny nadal oczekuje na realizację. Powtarzające się generowanie nowych kluczy może sprawić, że dowody będą trudniejsze do uzgodnienia, więc nie generuj ich ponownie tylko dlatego, że pojawia się krótkotrwały stan oczekiwania.
Użyj wartości publicznych wydanych dla tej domeny. Nie kopiuj selektora ani klucza od innego klienta i nie umieszczaj prywatnych materiałów do podpisu w DNS . Selektor i domena podpisująca określają, gdzie odbiorca pobiera klucz publiczny DKIM . Oto dlaczego rekord przy atrakcyjnym, ale niepoprawnym nazwisku właściciela nie naprawia rzeczywistego podpisu. DKIM RFC 6376
Strona PytaniePro SPF kieruje również czytelników do instrukcji wygenerowanych na koncie. Zastosuj go tylko do domeny, której organizacja jest właścicielem lub do której administrowania jest upoważniona. Skrzynka pocztowa u publicznego dostawcy poczty e-mail nie zapewnia kontroli nad DNS tego dostawcy. Wytyczne dotyczące SPF firmy PytaniePro
Zachowaj istniejący SPF i odbieraną pocztę
Przed edycją uchwyć aktualny autorytet serwery nazw, Rekord SPF, DMARC zasady oraz wszelkie istniejące rekordy DKIM u proponowanego selektora. Zidentyfikuj inne usługi wysyłające z tą samą tożsamością. Nowy dostawca nie może zastąpić zwykłej autoryzacji skrzynki pocztowej organizacji ani innego nadawcy operacyjnego.
Opublikuj pojedynczą politykę SPF dla każdego właściciela i, jeśli to konieczne, połącz autoryzowane mechanizmy z istniejącą polityką. Sprawdź limit wyszukiwania po połączeniu. SPF ocenia tożsamość SMTP ; samo dodanie dołączenia do widocznej domeny From nie gwarantuje, że otrzymana wiadomość będzie używać tej domeny dla SPF . Podczas testowania użyj rzeczywistej tożsamości koperty. SPF RFC 7208
Sprawdź pełne nazwiska właścicieli po publikacji. Edytor dołączający strefę może utworzyć podwójną domenę, gdy w polu nazwy względnej wklejona zostanie pełna nazwa. Zapisz zarówno wartość wyświetlaną w interfejsie DNS , jak i odpowiedź publiczną. Nie modyfikuj routingu MX w ramach niepowiązanego eksperymentu dotyczącego rozwiązywania problemów. Obieg zaproszeń wymaga użytecznej skrzynki odbiorczej nadawcy, ale uwierzytelnienie usługi ankiety nie oznacza instrukcji migracji całej poczty organizacyjnej.
Obsługuj domenę już używaną przez inne konto
PytaniePro dokumentuje inny oddział, gdy ta sama domena jest uwierzytelniana na innym koncie: zakończ przepływ konta i opublikuj zapis własności domeny, zamiast zakładać, że wymagana jest nowa konfiguracja SPF i DKIM . Zachowaj istniejące zapisy podpisów do czasu, aż aktualne instrukcje najemcy określą, co jest potrzebne. Uwierzytelnianie domeny PytaniePro
Utwórz rejestr konta-domeny z pierwotnym właścicielem konfiguracji, dodatkowym właścicielem konta, istniejącymi rejestrami publicznymi i wszelkimi nowymi dokumentami potwierdzającymi własność. Żądanie drugiego konta nie powinno stać się przypadkową rotacją klucza dla pierwszego konta. Zapisz dokładnie, które konto wykazuje stan zweryfikowany i które trasy wiadomości zostały przetestowane. „Domena jest już gdzieś zweryfikowana” nie jest wystarczającym dowodem akceptacji dla nowego konta wysyłającego.
W bieżących materiałach własnych występuje konflikt dokumentacji: strona uwierzytelniania domeny i strona spersonalizowanego zaproszenia zawierają różne limity domen dla tych samych rodzin licencji. W tym przewodniku celowo nie obiecuje się żadnych kwot liczbowych. Przed zaplanowaniem dodatkowych domen potwierdź aktualne uprawnienia na aktualnym koncie lub w aplikacji PytaniePro. Konflikt ten nie usprawiedliwia wymyślania brakujących elementów sterujących lub stosowania nieautoryzowanego obejścia konta. Uwierzytelnianie domeny PytaniePro Zaproszenia spersonalizowane w serwisie PytaniePro
Zweryfikuj wybrane zaproszenie, a nie plakietkę
Po weryfikacji domeny i skrzynki odbiorczej wybierz zamierzony adres Od w rzeczywistym zaproszeniu i wyślij kontrolowany test. Potwierdź wartości Od i Reply-To wiadomości, domenę koperty, wartości DKIM d= i s= oraz zaufaną nazwę odbiorcy Authentication-Results. Jeśli przypomnienia stanowią część wdrożenia, przetestuj przypomnienie osobno. Zachowaj identyfikatory konta i ankiety wraz z dowodami, aby wynik nie mógł zostać przypadkowo przypisany do innego obszaru roboczego.
DMARC wymaga mechanizmu przekazywania dostosowanego do widocznej domeny From. Przepustkę może zapewnić wyrównany SPF lub wyrównany DKIM . Zachowaj fakt wyrównanie tryb i zakres polityki, zamiast zakładać, że status dostawcy potwierdza wszystkie wyniki odbiorcy. Rekord domeny, status weryfikacji i otrzymany wynik uwierzytelnienia to różne rodzaje dowodów. DMARC RFC 9989
PytaniePro dokumentuje dochodzenie w sprawie dostarczenia w wybranej ankiecie w obszarze Dystrybucja, E-mail, Wysłane i liczba Niedostarczonych. Prosi przypadki pomocy technicznej o ustalenie pozwolenia na kontakt z odbiorcami oraz stanu SPF , DKIM i DMARC . Użyj konkretnych informacji o niepowodzeniu wraz z dowodem uwierzytelnienia, zamiast zmieniać DNS przy każdym odrzuceniu. Rozwiązywanie problemów z dostawą w programie questionPro
Nieistniejący odbiorca, limit konta lub słabe zaangażowanie wymagają innej odpowiedzi niż brakujący klucz DKIM . Nie twierdz, że przejście uwierzytelnienia gwarantuje skrzynkę odbiorczą. Zachowaj kontrolę zgody i jakości listy jako oddzielny obowiązek operacyjny.
Arkusz akceptacji PytaniePro
Wypełnij proponowany rekord dla każdego konta wysyłającego i domeny. Żadne pola poniżej nie reprezentują wyników testów przeprowadzonych przez klientów.
- Zakres: konto, produkt, uprawnienia licencyjne potwierdzone bez opierania się na sprzecznych limitach, ankieta, właściciel nadawcy i usługa dostawy.
- Gałąź domeny: pierwsze uwierzytelnienie lub dowód własności dodatkowego konta, pierwotny właściciel konfiguracji i istniejące zależności.
- DNS : wydana instrukcja SPF , selektor i klucz publiczny, zapis własności, jeśli dotyczy, wiarygodne odpowiedzi, TTL i znaczniki czasu.
- Czas dostawcy: czas wygenerowania klucza, czas publikacji DNS , próby weryfikacji, dokładny status i nierozwiązane komunikaty.
- Adres nadawcy: potwierdzona skrzynka odbiorcza, wybrany od, odpowiedź do, właściciel obsługujący odpowiedzi i zakończenie weryfikacji.
- Otrzymane dowody: zaproszenie lub przypomnienie, odbiorca, domena koperty, domeny i selektory DKIM , wyniki uwierzytelnienia i dopasowanie.
- Decyzja: pozostałe konta lub produkty, plan wycofania, wyjaśnienie limitów, weryfikator i stan zatwierdzenia.
Fikcyjna diagnoza regresji drugiego konta
Ten przykład jest fikcyjny. Dodano drugie konto badawcze dla działu. Administrator zakłada, że istniejąca domena musi zostać uwierzytelniona od podstaw i proponuje zastąpienie działającego rekordu DKIM . Kampanie pierwotnego zespołu są nadal aktywne.
Bezpieczniejsze dochodzenie identyfikuje gałąź własności dodatkowego konta, porównuje instrukcję wydaną przez najemcę z istniejącymi rekordami i zachowuje działający klucz podpisywania. Obydwa konta wymagają wówczas oddzielnych kontrolowanych testów zaproszeń. Jeśli bieżący interfejs różni się od udokumentowanej gałęzi, zmiana pozostaje wstrzymana w celu wyjaśnienia dostawcy, a nie narzucanie starych instrukcji. To jest przykładowa ścieżka decyzyjna, a nie ukończona zmiana najemcy.
Bramy dowodowe i przeglądowe
Kwalifikowalność konta Live, wygenerowane wartości, własność domeny, odpowiedzi DNS , gotowość klucza, potwierdzenie skrzynki odbiorczej i wyrównanie odebranych wiadomości pozostają niesprawdzone. Limity domen będące w konflikcie stanowią blokadę dotyczącą konkretnego produktu. Oczekuje na ocenę MŚP, ocenę wizualną i zatwierdzenie publikacji. Nie publikuj kandydata i zachowaj arkusz kalkulacyjny specyficzny dla konta do późniejszej weryfikacji.
Zachowaj możliwość cofnięcia decyzji dotyczącej drugiego konta
Przed zmianą domeny współdzielonej dla nowego konta badawczego zapisz pierwotnego właściciela konta i nazwy rekordów kandydatów. Jeśli nowa instrukcja pokrywa się z działającym selektorem, zatrzymaj się i zapytaj, czy jest to dowód własności, czy zmiana klucza podpisującego. Fikcyjny przykład nie wskazuje na faktyczny selektor, udaną kampanię ani ukończoną migrację. Utrzymaj istniejącą trasę do czasu uzgodnienia zamierzonej zmiany i wycofania.
Oddziel akceptację wiadomości od wdrożenia zasad
Dopasowany wynik SPF może spełnić kryteria oceny wiadomości, ale sam w sobie nie uzasadnia przeniesienia całej domeny w celu odrzucenia. RFC 9989 Sekcja 7.4 wymaga ważnego DKIM do publikowania domen p=reject i ostrzega o interoperacyjności poczty pośredniej. Zrób inwentaryzację wszystkich legalnych nadawców i tras pośrednich, zanim właściciel polityki zatwierdzi egzekwowanie zasad. Dla tego artykułu nie wykonano żadnej zmiany DNS , operacji dzierżawy ani testu odebranych wiadomości.