Zdecyduj, którą trasę Greenhouse zmieniasz
Nazwa katalogowa GreenHouse obejmuje produkty, których poczta niekoniecznie dociera tą samą trasą. Główną procedurą opisaną w tym przewodniku jest weryfikacja domeny Greenhouse Recruiting. Zapisz rzeczywistą funkcję, zamierzoną opcję Z domeny, konto wysyłające i informację, czy skonfigurowano niestandardową trasę SMTP . Przed wprowadzeniem zmian wpływających na współdzieloną domenę firmową uzyskaj zaangażowanie administratora DNS .
W przypadku rekrutacji autoryzowani użytkownicy rejestrują domenę w obszarze Konfiguracja > Centrum deweloperów > Ustawienia poczty e-mail i uzyskują wygenerowane rekordy. Standardowa konfiguracja Greenhouse wykorzystuje subdomenę gh-mail. Instrukcje dotyczące bezpieczeństwa poczty elektronicznej Sourcing Automation kierują Cię do dostawcy Twojej skrzynki pocztowej SPF I DKIM. Nie traktuj pomyślnej weryfikacji Rekrutacyjnej jako dowodu na to, że podłączona skrzynka pocztowa Google lub Microsoft jest poprawnie skonfigurowana. Konfiguracja rekrutacji · Bezpieczeństwo automatyzacji zakupów
Wybierz formę domeny świadomie
Sprawdź domenę DMARC wyrównanie ustawienia przed rejestracją. Greenhouse dokumentuje opcję rejestracji bez gh-maila, używając wykrzyknika przed domeną w sytuacjach wymagających ścisłego dostosowania. Ta opcja zmienia wygenerowany zakres DNS i wymaga celowej migracji, jeśli wpis już istnieje. Nie jest to powód do osłabiania polityki DMARC organizacji. Opcja rejestracji i ścisłego dostosowania
Przed publikacją porównaj wygenerowanych właścicieli i wartości z istniejącymi rekordami. Zachowaj pełny spis autoryzacji SPF i jedną polisę na właściciela. Trzymać CNAME zapisy wolne od sprzecznych danych. Nie przekierowuj poczty odbierającej pocztę z domeny głównej tylko dlatego, że: Rekord MX jest wymagane utworzenie dedykowanej subdomeny wysyłającej. Jeśli konsola i planowany zakres DNS nie zgadzają się, zatrzymaj się i wyjaśnij, zamiast przeszczepiać wartości subdomen na wierzchołek.
W przypadku długich wartości DKIM najpierw użyj obsługi ciągów TXT obsługiwanej przez hosta DNS . A Rekord TXT może zawierać wiele ciągów znaków; ograniczenie jednego ciągu nie wymaga automatycznie słabszego klucza. Nie obcinaj klucza publicznego. Poproś dostawcę o pomoc, jeśli wygenerowany format nie może być poprawnie reprezentowany przez Twoją usługę DNS .
Sprawdź zarejestrowaną domenę i faktyczną wiadomość
Użyj opcji Sprawdź teraz rekordy DNS w Ustawieniach poczty e-mail. Szklarnia opisuje znaczniki wyboru jako stan zweryfikowany, a elipsy jako oczekujące na weryfikację. Zachowaj wynikowy status z dokładnym zestawem rekordów i znacznikiem czasu. Często zadawane pytania dotyczące weryfikacji
Oryginalny projekt akceptacji: przygotuj osobne wiersze dla wiadomości e-mail kandydata, dowolnej włączonej ścieżki powiadomień w zakresie oraz wiadomości Sourcing Automation, jeśli ten produkt jest używany. Wysyłaj tylko nieszkodliwe, kontrolowane wiadomości. Zapisz rzeczywistą trasę widoczną z domeny, nadawca kopertowy, wartości DKIM d= i s= oraz wyniki zaufanego uwierzytelnienia dodanego przez odbiorcę. DMARC wymaga co najmniej jednej metody uwierzytelniania przechodzącego; podpis z niepowiązanej domeny sam w sobie jest niewystarczający.
Przykładowy scenariusz: Rekrutacja jest zweryfikowana, ale kampania pozyskiwania nie kończy się sukcesem DKIM ponieważ wykorzystuje połączoną skrzynkę pocztową rekrutera. Edytowanie gh-maila Recruiting selektor nie naprawi tej skrzynki pocztowej. Najpierw porównaj produkt i trasę, a następnie przypisz poprawkę do odpowiedniego administratora poczty.
Utrzymaj odwracalną zmianę
Wstrzymaj proces wysyłania, którego to dotyczy, jeśli nowa tożsamość zawiedzie, pozostawiając niepowiązane operacje rekrutacyjne nienaruszone, jeśli to możliwe. Zachowaj oryginalne dane rejestracyjne przed usunięciem wpisu dotyczącego obsługiwanej migracji. Przywróć ostatnią zatwierdzoną konfigurację dopiero po uwzględnieniu wiadomości oczekujących w kolejce i buforowania DNS . Przetestuj ponownie każdą trasę, której domena lub transport uległy zmianie.
Ten przewodnik odzwierciedla dokumentację dostawcy sprawdzoną 8 listopada 2026 r. Nie uzyskano dostępu do żadnego najemcy szklarni, danych kandydatów, rekordu DNS ani wysłanej wiadomości. Macierz tras i scenariusz są pierwotnie proponowanymi testami, a nie dowodem ukończonego wdrożenia.
Odróżnij ścisłe dostosowanie od poziomu egzekwowania
Pisemna sprawa GH-01 zakłada Od recruiter@example.com , przepustkę SPF dla gh-mail.example.com i przepustkę DKIM z d=gh-mail.example.com i s=mail1. W przypadku ścisłych aspf=s i adkim=s, żadna z założonych tożsamości nie pasuje dokładnie do example.com , więc żadna z nich nie zapewnia wyrównania. W trybach swobodnych te tożsamości subdomen mogą się wyrównać. A p=reject sama wartość nie wybiera ścisłego wyrównania. Przed zmianą rejestracji właściciel rekrutacji i administrator DNS muszą potwierdzić prawdziwą tożsamość i tryby, zachować istniejące zapisy i uzgodnić plan migracji. Opcja rejestracji z wykrzyknikiem zależy od dostawcy; to nie jest etykieta DNS . Nie wystąpiła żadna wiadomość kandydująca, rejestracja domeny ani wyszukiwanie DNS .
Zachowaj granicę egzekwowania
RFC 9989 Sekcja 7.4 wymaga prawidłowego DKIM , a nie samego SPF , dla domen publikujących p=reject, i ostrzega o interoperacyjności 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.