Identifiez le courrier hébergé avant de modifier les valeurs par défaut
Ce guide couvre le courrier envoyé par les serveurs de messagerie hébergés de SiteGround. Cela ne suppose pas que SiteGround Email Marketing, un plugin de site Web utilisant un service SMTP externe ou une boîte aux lettres hébergée ailleurs suit le même chemin. Enregistrez la boîte aux lettres d'envoi, le site sélectionné, le domaine et l'hôte DNS faisant autorité. Enregistrez un message de base et une exportation de zone avant de modifier les valeurs par défaut.
Documents SiteGround créés automatiquement SPF et DKIM enregistrements. Les contrôles d'authentification se trouvent sous Outils du site > E-mail > Authentification ; DMARC est géré dans l'éditeur de zone DNS . Une valeur par défaut dans ce panneau est une configuration de départ, et non la preuve d'un message aligné délivré. Contrôles d'authentification SiteGround.
Inspectez les valeurs existantes au lieu de les remplacer
Ouvrez l'éditeur de zone DNS du domaine et inspectez le Enregistrements TXT. L'article de vérification des enregistrements de SiteGround documente un propriétaire DKIM par défaut. _domainkey sous votre domaine. Utilisez la clé et le nom d'hôte réels de votre propre compte. Identifiez toutes les personnalisations et leurs propriétaires avant de choisir une action de réinitialisation. Inspecter SPF et DKIM.
Si DNS est hébergé ailleurs, copiez les enregistrements publics nécessaires vers ce service faisant autorité via son administrateur. Interrogez le serveurs de noms utilisé par les destinataires pour confirmer la publication. Ne migrez pas DNS simplement parce que le panneau d'hébergement contient un éditeur pratique. Conservez les enregistrements A du site Web et le routage MX entrant fonctionnel en dehors de la portée de cette modification d'authentification.
Si SPF autorise déjà d’autres systèmes, conservez leurs autorisations vérifiées dans la stratégie SPF unique applicable. Une réinitialisation des paramètres d'hébergement par défaut pourrait supprimer silencieusement une route de paie ou de CRM. Vérifiez la syntaxe et le coût de recherche après la fusion, et distinguez le domaine que SPF évalue réellement du domaine visible From. Protocole SPF.
Considérez la régénération DKIM comme un changement clé
Le fournisseur documente la désactivation et la réactivation DKIM pour régénérer un enregistrement. N'utilisez pas la régénération comme première étape de diagnostic pour un problème de livraison transitoire. Capturer le courant sélecteur et la clé publique, identifiez tout courrier en file d'attente et planifiez la publication avec le propriétaire DNS avant de remplacer une clé fonctionnelle. Contrôles SiteGround.
Une nouvelle valeur DNS peut se propager différemment entre les résolveurs, donc un changement de panneau apparemment immédiat ne prouve pas que chaque destinataire peut vérifier la nouvelle signature. Utilisez un message contrôlé après la modification et vérifiez le sélecteur dans ce message par rapport à la clé publique à laquelle il fait réellement référence. Séparez le plan de restauration opérationnelle de la promesse selon laquelle une ancienne clé privée pourra être restaurée ; confirmez d’abord cette capacité auprès du fournisseur.
Créer un enregistrement d'acceptation spécifique à un itinéraire
Le tableau est un plan de test synthétique. Aucun locataire SiteGround ou message livré n'a été inspecté pour ce guide.
- Itinéraire : boîte aux lettres hébergée via un client normal ; Preuve à conserver : en-têtes d'origine et cible SMTP du client ; Décision d'acceptation : Confirmez l'itinéraire d'envoi prévu de SiteGround
- Itinéraire : notification du site Web ; Preuves à préserver : résultats du transport et du récepteur du plug-in ; Décision d'acceptation : déterminer s'il partage réellement cet itinéraire
- Itinéraire : Service de marketing distinct ; Preuve à conserver : paramètres spécifiques au service et message original ; Décision d'acceptation : ne pas hériter du résultat de réussite de la boîte aux lettres
- r chaque message, enregistrez l'expéditeur visible, le domaine de l'enveloppe SMTP , DKIM d= et s=, et les résultats du destinataire de confiance. Une signature d=example.com validée avec From user@example.com est un domaine exact alignement exemple; il ne s'agit pas d'une affirmation concernant la sortie observée de SiteGround. Si SPF passe pour un autre domaine, évaluez DKIM aligné avant de déclarer DMARC cassé. Alignement DMARC.
Récupérer sans aggraver l'incident
Lorsque les enregistrements apparaissent dans les outils du site mais pas dans DNS public, étudiez l'autorité du serveur de noms et la construction du nom d'hôte. Lorsque le courrier n'est pas signé, confirmez le produit et le chemin SMTP avant de modifier les clés. Lorsque la vérification de la signature échoue, comparez la recherche du sélecteur et toute passerelle de modification de message. Lorsque seule la messagerie du site Web échoue, inspectez la configuration de transport du site Web plutôt que de réinitialiser l'authentification de la boîte aux lettres.
Si une modification perturbe un autre expéditeur, restaurez la stratégie SPF ou DMARC enregistrée et testez à nouveau cet expéditeur ainsi que la boîte aux lettres hébergée. Conservez les enregistrements avant et après, les horodatages, la portée approuvée et les originaux reçus. Vérifiez les valeurs par défaut après une migration d'hébergement, un ajout de domaine personnalisé ou un déplacement DNS . Le succès de l'authentification n'établit pas le placement dans la boîte de réception, et ce brouillon documentaire ne revendique pas de validation en direct.
Séparez la boîte aux lettres de travail de la route du site Web défaillant
Le cas écrit SG-01 stipule un message électronique hébergé avec From help@example.org et un code DKIM de confiance utilisant d=example.org, s=default. Un plugin de site Web est soumis via un service SMTP externe non lié et n'a aucun résultat d'authentification collecté. Le message hébergé fournit un alignement DKIM exact uniquement pour son propre itinéraire. Le propriétaire du site Web doit identifier l'enveloppe réelle et la configuration de signature de ce plugin avant toute réinitialisation de SiteGround. Conservez la clé de la boîte aux lettres et les autres expéditeurs SPF intacts. Ce sont des identités et des résultats fictifs ; aucun locataire, plugin, requête DNS ou message n’a été inspecté.
Préserver la limite d’application
RFC 9989 La section 7.4 nécessite DKIM valide, et non SPF seul, pour la publication de domaines. 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.