Décidez quel itinéraire de serre vous modifiez
Le nom catalogue GreenHouse regroupe des produits dont le courrier ne suit pas forcément le même itinéraire. La procédure principale de ce guide est la vérification du domaine Greenhouse Recruiting. Enregistrez la fonctionnalité réelle, destinée à partir du domaine, du compte d'envoi et si une route SMTP personnalisée est configurée. Obtenez l'implication de l'administrateur DNS avant d'apporter des modifications affectant un domaine d'entreprise partagé.
Pour le recrutement, les utilisateurs autorisés enregistrent le domaine sous Configure > Dev Center > Email Settings et obtiennent les enregistrements générés. La configuration standard de Greenhouse utilise un sous-domaine gh-mail. Les instructions de sécurité des e-mails de Sourcing Automation vous dirigent plutôt vers votre fournisseur de boîte aux lettres pour SPF et DKIM. Ne considérez pas une vérification de recrutement réussie comme une preuve qu'une boîte aux lettres Google ou Microsoft connectée est correctement configurée. Configuration du recrutement · Sécurité de l'automatisation des achats
Choisissez délibérément le formulaire de domaine
Vérifiez le domaine DMARC alignement paramètres avant l’enregistrement. Greenhouse documente une option d'enregistrement sans gh-mail en utilisant un point d'exclamation avant le domaine pour les situations d'alignement strict. Cette option modifie la portée DNS générée et nécessite une migration délibérée si une entrée existe déjà. Ce n’est pas une raison pour affaiblir la politique DMARC d’une organisation. Option d’inscription et d’alignement strict
Comparez les propriétaires et les valeurs générés avec les enregistrements existants avant la publication. Conservez l’inventaire complet des autorisations SPF et une politique par propriétaire. Garder CNAME enregistrements exempts de données contradictoires. Ne redirigez pas le courrier de réception du domaine racine simplement parce qu'un Enregistrement MX est demandé pour un sous-domaine d'envoi dédié. Si la console et la portée DNS prévue ne sont pas d'accord, arrêtez-vous et clarifiez plutôt que de transplanter les valeurs de sous-domaine vers le sommet.
Pour les valeurs DKIM longues, utilisez d’abord la gestion des chaînes TXT prise en charge par l’hôte DNS . UN Enregistrement TXT peut contenir plusieurs chaînes de caractères ; une limite sur une chaîne ne nécessite pas automatiquement une clé plus faible. Ne tronquez pas la clé publique. Demandez de l'aide au fournisseur si son format généré ne peut pas être représenté correctement par votre service DNS .
Vérifiez le domaine enregistré et le message réel
Utilisez Vérifier les enregistrements DNS maintenant dans les paramètres de messagerie. Greenhouse décrit les coches comme l'état vérifié et les ellipses comme étant en attente de vérification. Conservez le statut résultant avec l’ensemble d’enregistrements et l’horodatage exacts. FAQ sur la vérification
Conception d'acceptation originale : préparez des lignes séparées pour un e-mail de candidat, tout itinéraire de notification activé dans le champ d'application et un message d'automatisation du sourcing si ce produit est utilisé. Envoyez uniquement des messages contrôlés inoffensifs. Enregistrer l'itinéraire réel, visible depuis le domaine, expéditeur d'enveloppe, les valeurs DKIM d= et s= et les résultats d'authentification ajoutés par le récepteur de confiance. DMARC nécessite au moins une méthode d'authentification alignée avec succès ; une signature provenant d'un domaine non lié est insuffisante en soi.
Scénario illustratif : le recrutement s'avère vérifié, mais une campagne de sourcing échoue DKIM car elle utilise la boîte mail connectée du recruteur. Modification du gh-mail du recrutement sélecteur ne réparera pas cette boîte aux lettres. Comparez d'abord le produit et l'itinéraire, puis attribuez la correction au bon administrateur de messagerie.
Maintenir un changement réversible
Suspendez le flux de travail d'envoi concerné si la nouvelle identité échoue, en laissant intactes les opérations de recrutement non liées lorsque cela est possible. Conservez les détails d’enregistrement d’origine avant de supprimer une entrée pour une migration prise en charge. Restaurez la dernière configuration approuvée uniquement après avoir pris en compte les messages en file d'attente et la mise en cache DNS . Testez à nouveau chaque itinéraire dont le domaine ou le transport a changé.
Ce guide reflète la documentation du fournisseur examinée le 8 novembre 2026. Aucun locataire de Greenhouse, aucune donnée de candidat, aucun enregistrement DNS ou message envoyé n'a été consulté. La matrice d'itinéraire et le scénario sont des tests proposés à l'origine et non la preuve d'un déploiement terminé.
Distinguer l’alignement strict du niveau d’application
Le cas écrit GH-01 suppose From recruiter@example.com , passe SPF pour gh-mail.example.com et passe DKIM avec d=gh-mail.example.com et s=mail1. Sous aspf=s et adkim=s, aucune des deux identités supposées ne correspond exactement à example.com , donc aucune des deux ne fournit d'alignement. Dans des modes détendus, ces identités de sous-domaines peuvent s'aligner. UN p=reject la valeur seule ne sélectionne pas un alignement strict. Avant de modifier l'enregistrement, le propriétaire recruteur et l'administrateur DNS doivent confirmer les identités et modes réels, conserver les enregistrements existants et convenir d'un plan de migration. L'option d'enregistrement avec point d'exclamation est spécifique au fournisseur ; ce n'est pas une étiquette DNS . Aucun message de candidat, enregistrement de domaine ou recherche DNS n'a eu lieu.
Préserver la limite d’application
RFC 9989 La section 7.4 requiert DKIM valide, et non SPF seul, pour les domaines publiant p=reject, et met en garde contre l'interopérabilité du courrier indirect et des listes de diffusion. Un seul test réussi de message direct ne prouve pas que chaque voie légitime est prête à faire l’objet d’une politique plus forte. Conserver la protection approuvée existante tout en diagnostiquant l’écart réel ; tout changement de politique nécessite sa propre décision.