Hangi Sera rotasını değiştireceğinize karar verin
Katalog adı GreenHouse, postaları mutlaka aynı rotayı takip etmeyen ürünleri kapsar. Bu kılavuzun ana prosedürü Greenhouse Recruiting alan adı doğrulamasıdır. Etki alanından, gönderen hesaptan ve özel bir SMTP yolunun yapılandırılıp yapılandırılmadığından amaçlanan gerçek özelliği kaydedin. Paylaşılan bir kurumsal etki alanını etkileyen değişiklikler yapmadan önce DNS yöneticisinin katılımını sağlayın.
Recruiting için yetkili kullanıcılar, Alanı Yapılandır > Geliştirme Merkezi > E-posta Ayarları altında kaydeder ve oluşturulan kayıtları alır. Greenhouse'un standart kurulumu gh-mail alt alan adını kullanır. Sourcing Automation'ın e-posta güvenliği talimatları bunun yerine sizi posta kutusu sağlayıcınıza yönlendirir. SPF Ve DKIM. Başarılı İşe Alma doğrulamasını, bağlı bir Google veya Microsoft posta kutusunun doğru şekilde yapılandırıldığının kanıtı olarak değerlendirmeyin. İşe alma kurulumu · Kaynak Otomasyonu güvenliği
Alan formunu bilinçli olarak seçin
Etki alanını kontrol edin DMARC hizalama Kayıttan önce ayarlar. Greenhouse, kesin uyum durumları için alan adından önce bir ünlem işareti kullanarak gh postasız kayıt seçeneğini belgeliyor. Bu seçenek, oluşturulan DNS kapsamını değiştirir ve bir giriş zaten mevcutsa bilinçli geçiş yapılmasını gerektirir. Bir kuruluşun DMARC politikasını zayıflatmak için bir neden değildir. Kayıt ve kesin hizalama seçeneği
Oluşturulan sahipleri ve değerleri yayınlamadan önce mevcut kayıtlarla karşılaştırın. SPF yetkilendirme envanterinin tamamını ve sahip başına bir politikayı koruyun. Kale CNAME çelişkili veriler içermeyen kayıtlar. Yalnızca posta alan kök etki alanını yeniden yönlendirmeyin, çünkü MX kaydı özel bir gönderme alt alanı için talep edilir. Konsol ve planlanan DNS kapsamı aynı fikirde değilse, alt etki alanı değerlerini tepe noktasına aktarmak yerine durun ve netleştirin.
Uzun DKIM değerleri için öncelikle DNS ana bilgisayarının desteklediği TXT dizesi işlemeyi kullanın. A TXT kaydı birden fazla karakter dizisi içerebilir; bir dizedeki sınır, otomatik olarak daha zayıf bir anahtar gerektirmez. Genel anahtarı kesmeyin. Oluşturulan formatın DNS hizmetiniz tarafından doğru şekilde temsil edilememesi durumunda sağlayıcıdan yardım isteyin.
Kayıtlı alan adını ve gerçek mesajı doğrulayın
E-posta Ayarlarında DNS Kayıtlarını Şimdi Kontrol Et'i kullanın. Greenhouse, onay işaretlerini doğrulanmış durum olarak ve elipsleri de bekleyen doğrulama olarak tanımlar. Ortaya çıkan durumu tam kayıt seti ve zaman damgasıyla birlikte saklayın. Doğrulama SSS
Orijinal kabul tasarımı: Aday e-postası, kapsamdaki etkin bildirim yolları ve söz konusu ürün kullanılıyorsa Kaynak Kullanımı Otomasyonu mesajı için ayrı satırlar hazırlayın. Yalnızca zararsız kontrollü mesajlar gönderin. Etki alanından görülebilen gerçek rotayı kaydedin, Zarf göndereni, DKIM d= ve s= değerleri ve güvenilir alıcı tarafından eklenen kimlik doğrulama sonuçları. DMARC en az bir geçişli hizalanmış kimlik doğrulama yöntemi gerektirir; ilgisiz bir alandan alınan imza tek başına yeterli değildir.
Açıklayıcı senaryo: İşe alım doğrulanmış görünüyor, ancak bir kaynak bulma kampanyası, işe alım görevlisinin bağlı posta kutusunu kullandığı için DKIM başarısız oluyor. Recruiting'in gh-mail'ini düzenleme seçici bu posta kutusunu tamir etmeyecek. Önce ürünü ve rotayı karşılaştırın, ardından düzeltmeyi doğru posta yöneticisine atayın.
Geri dönüşümlü bir değişikliği koruyun
Yeni kimlik başarısız olursa etkilenen gönderme iş akışını duraklatın ve ilgisiz işe alım operasyonlarını mümkün olduğu kadar olduğu gibi bırakın. Desteklenen bir geçiş için bir girişi kaldırmadan önce orijinal kayıt ayrıntılarını koruyun. Onaylanan son yapılandırmayı yalnızca sıraya alınmış iletileri ve DNS önbelleğe almayı dikkate aldıktan sonra geri yükleyin. Etki alanı veya aktarımı değişen her rotayı yeniden test edin.
Bu kılavuz, 8 Kasım 2026'da incelenen sağlayıcı belgelerini yansıtmaktadır. Hiçbir Greenhouse kiracısına, aday verisine, DNS kaydına veya gönderilen mesaja erişilmedi. Rota matrisi ve senaryo, tamamlanmış bir dağıtımın kanıtı değil, önerilen orijinal testlerdir.
Kesin uyumu yaptırım seviyesinden ayırt edin
Yazılı vaka GH-01, From recruiter@example.com , gh-mail.example.com için SPF geçişini ve d=gh-mail.example.com ve s=mail1. ile DKIM geçişini varsayar. Katı aspf=s ve adkim=s, varsayılan kimliklerin hiçbiri example.com ile tam olarak eşleşmez, dolayısıyla ikisi de hizalama sağlamaz. Rahat modlarda bu alt alan kimlikleri hizalanabilir. A p=reject değer tek başına katı hizalamayı seçmez. Kaydı değiştirmeden önce, işe alım sahibi ve DNS yöneticisinin gerçek kimlikleri ve modları onaylaması, mevcut kayıtları koruması ve bir geçiş planı üzerinde anlaşması gerekir. Ünlem işareti kayıt seçeneği sağlayıcıya özeldir; bu bir DNS etiketi değildir. Hiçbir aday mesajı, alan adı kaydı veya DNS araması gerçekleşmedi.
Uygulama sınırını koruyun
RFC 9989 Bölüm 7.4 p=reject, yayınlayan alan adları için yalnızca SPF değil, geçerli DKIM gerektirir ve dolaylı posta ve posta listesi birlikte çalışabilirliği konusunda uyarıda bulunur. Tek bir başarılı doğrudan mesaj testi, her meşru yolun daha güçlü politikaya hazır olduğunun kanıtı değildir. Gerçek açığı teşhis ederken mevcut onaylı korumayı koruyun; Herhangi bir politika değişikliğinin kendi kararına ihtiyacı vardır.