Confirmez l’éligibilité de l’expéditeur E-goi avant le travail DNS
Officiel d'E-goi Guide d'authentification de mon expéditeur d'e-mails, mis à jour le 13 août 2025, décrit l'authentification de l'expéditeur et un domaine distinct CNAME exigence. Cet article couvre ce flux de travail E-goi. Il ne suppose pas que les paramètres d'authentification d'un fournisseur de boîte aux lettres couvrent le courrier marketing envoyé via E-goi, ni qu'un test réussi pour un domaine d'expéditeur en couvre un autre. Commencez par le compte réel, l'adresse de l'expéditeur, le domaine et l'itinéraire de message prévu.
Le guide nécessite une adresse d'expéditeur sur un domaine contrôlé par le client ; il indique que les adresses e-mail personnelles gratuites ne peuvent pas être authentifiées via ce processus. Il indique également une condition d'éligibilité publique WHOIS pour l'authentification de domaine et la configuration CNAME . Conservez cela comme une condition préalable documentée du fournisseur exigeant une confirmation du compte courant, et non comme un DNS général, SPF ou DKIM règle. Ne l'affaiblissez pas silencieusement en une recommandation facultative et ne déduisez pas que la confidentialité de l'enregistrement rend un domaine malveillant.
Si cette condition entre en conflit avec les exigences de confidentialité de l'organisation, maintenez la mise en œuvre bloquée pour obtenir une clarification du fournisseur et une décision autorisée. N’exposez pas les informations d’enregistrement personnelles simplement pour rendre une liste de contrôle verte. Ce manuscrit ne modifie pas la confidentialité de l'inscription, ne collecte pas d'informations de contact personnelles et ne soumet pas de demande d'assistance. Les affirmations plus larges de la source concernant les domaines privés et le risque de propriété ne sont pas utilisées ici comme conclusions techniques.
Choisissez un itinéraire de configuration autorisé
Le chemin documenté commence dans le menu supérieur droit sous Expéditeurs. Ajoutez l'expéditeur prévu si nécessaire, puis choisissez Authentifier à côté. E-goi présente trois voies : configuration assistée par le fournisseur, envoi d'instructions à un contact technique ou réalisation de la configuration vous-même. Ces itinéraires comportent différentes autorisations et conséquences en matière de partage d’informations. Choisir l’assistance d’un fournisseur ou envoyer des instructions par courrier électronique est une action externe, et ne consiste pas simplement à consulter une page d’aide.
Pour un workflow libre-service proposé, identifiez l'administrateur DNS et confirmez l'accès à la zone faisant autorité. Le guide dit de sélectionner la société d'hébergement du domaine afin qu'E-goi affiche le SPF , DKIM et DMARC entrées à ajouter. Utilisez les instructions affichées du compte courant plutôt que d'inventer un jeu d'enregistrements universel. Si une autre équipe met en œuvre les modifications, fournissez uniquement les détails publics nécessaires via un canal approuvé et préservez la portée de la demande.
Avant tout changement, inventoriez les enregistrements d’authentification existants et les autres expéditeurs légitimes. Enregistrez quelles entrées sont nouvelles, celles qui modifient la stratégie existante et celles qui entreraient en conflit avec une dépendance active. Conservez une copie de la configuration précédente approuvée pour la restauration. Une interface de compte peut afficher les enregistrements demandés, mais cette vue n'établit pas que la zone publique les publie réellement.
Gardez l'exigence CNAME supplémentaire visible
Le guide E-goi indique à plusieurs reprises que l'authentification doit être accompagnée de l'ajout de son CNAME au domaine. Son exemple de dépannage décrit un nom commençant généralement par mkt, mais le nom et la cible exacts doivent provenir de la configuration du compte. Ne présumez pas que ce CNAME est identique à un Sélecteur DKIM enregistrer ou créer un nom mkt illustratif sans vérifier la configuration émise. Donnez à chaque enregistrement un objectif clair dans l'enregistrement de modification.
Comparez le propriétaire complet et la cible avec les conventions de l'éditeur DNS . Un panneau peut ajouter le suffixe de zone à une étiquette relative, de sorte qu'une entrée apparemment complète peut produire un suffixe en double involontaire. Les alias existants doivent également être examinés avant d'être remplacés. Conservez les enregistrements d'authentification de l'expéditeur et le domaine supplémentaire CNAME comme éléments d'acceptation distincts ; une vérification réussie de l’un ne prouve pas que l’autre est présent ou approprié.
La section de vérification manuelle du guide nomme egoi comme exemple de sélecteur DKIM . Il s'agit d'un contexte utile pour la configuration documentée, mais les preuves réelles du message doivent établir le sélecteur et le domaine de signature utilisés par la route acceptée. Ne considérez pas une recherche réussie sur une étiquette familière comme une preuve que chaque campagne utilise cette clé. RFC 6376 , section 3.5 définit les champs de signature nécessaires à cette comparaison.
Examiner SPF et DMARC en tant que décisions à l'échelle du domaine
L’instruction SPF du compte doit être rapprochée de l’inventaire des expéditeurs légitimes existant. Ne publiez pas une deuxième politique SPF et ne remplacez pas aveuglément les autorisations sans rapport. RFC 7208 , sections 2.4, 3.2 et 4.6.4 définir le COURRIER DE identité, comportement à enregistrements multiples et évaluations des limites de termes dépendant du DNS. Comptez les dépendances imbriquées pertinentes plutôt que de supposer que le nombre d'inclusions visibles correspond au coût total.
Le fournisseur inclut DMARC dans ses instructions de configuration, mais le choix d'une politique à l'échelle du domaine nécessite toujours un examen des autres expéditeurs et des modalités de reporting prévues. N'écrasez pas une stratégie fonctionnelle par un exemple générique uniquement pour satisfaire l'écran de configuration d'un service. Les destinations des rapports sont des décisions de partage de données et ne doivent pas être ajoutées automatiquement à partir d'exemples. Le protocole actuel reste v=DMARC1; il n'est pas nécessaire d'inventer une nouvelle chaîne de version pour une révision standard actuelle.
RFC 9989 , section 4.4 explique alignement entre le domaine d'auteur visible et une identité d'authentification de passage. La transmission d' SPF pour un domaine d'enveloppe non lié ne produit pas automatiquement un résultat aligné. De même, une signature pour un domaine sans rapport n’est pas suffisante simplement parce que le contrôle cryptographique réussit. Évaluez l’itinéraire et les identités réels plutôt que d’assimiler un badge vert à une acceptation complète DMARC .
Interprétez attentivement les retards de vérification et DNS
Après avoir enregistré les modifications DNS , le guide redirige les utilisateurs vers la fenêtre E-goi encore ouverte pour choisir Vérifier. Il décrit les indicateurs SPF et DKIM qui deviennent verts lorsque les contrôles réussissent et des indications rouges lorsque les paramètres sont erronés. Conservez le résultat et le temps exacts. Il s'agit d'une vérification de la configuration du fournisseur, et non d'une preuve de livraison à chaque destinataire ou d'une preuve que tous les futurs messages seront authentifiés.
Le guide suggère qu’une valeur attendue manquante peut indiquer une propagation, mais cela ne devrait pas être le seul diagnostic. Un mauvais propriétaire, une mauvaise zone ou une valeur omise peuvent produire la même absence apparente. Comparez la publication faisant autorité et la valeur émise par le compte avant de supposer qu'attendre est suffisant. Ses estimations de calendrier sont des indications plutôt que des délais universels. Aucune requête DNS ou action de vérification n'a été effectuée pour ce manuscrit.
Un exercice d'acceptation autorisé séparément doit utiliser un contenu de message inoffensif et inspecter les résultats du destinataire fiable pour le domaine de l'expéditeur prévu. Enregistrez l’identité réelle de l’enveloppe, le domaine et le sélecteur de signature, le domaine de l’auteur et l’itinéraire observé. Évitez de télécharger de vraies listes de contacts ou des messages confidentiels vers des vérificateurs tiers. E-goi lui-même note que l'authentification à elle seule ne suffit pas à améliorer la prestation : l'engagement et d'autres facteurs restent pertinents. Aucun résultat garanti en matière de boîte de réception ou de réponse à la campagne n'est revendiqué ici.
Diagnostic fictif et feuille de travail d'acceptation vierge
Une organisation artistique fictive, Willow Stage, complète les entrées d'authentification de l'expéditeur mais néglige l'élément CNAME supplémentaire. Son propriétaire de campagne marque la configuration comme terminée à partir des seuls indicateurs SPF et DKIM . L'examen compare la liste de contrôle complète publiée avec les preuves publiques et constate que la dépendance supplémentaire au domaine n'a pas été résolue. La correction proposée est un examen étendu DNS et de nouvelles preuves d'acceptation, et non un remplacement global de la politique. Le scénario est fictif et ne contient aucun résultat de compte, campagne ou requête réel.
- Compte, domaine de l'expéditeur et itinéraire réel du message : ______
- Confirmation d'éligibilité actuelle, y compris la condition WHOIS documentée : ______
- Décision relative à la confidentialité ou clarification non résolue du fournisseur : ______
- Exigences SPF , DKIM , DMARC et CNAME distinctes émises par le compte : ______
- Dépendances existantes, propriétaire DNS faisant autorité et approbation : ______
- Vérifier le résultat et les preuves publiques par élément : ______
- Identités de confiance des messages reçus et résultat de l'alignement : ______
- Propriétaire de la restauration, exceptions restantes et décision de publication : ______
Les preuves originales de mise en œuvre, l'examen du sujet humain, l'applicabilité actuelle, les itinéraires de production, l'accessibilité visuelle et la libération du propriétaire restent ouverts. Aucun enregistrement, paramètre d'enregistrement ou contrôle de compte n'a été modifié. L’exigence plus large de mise en œuvre du catalogue reste dépendante des locataires autorisés et des preuves de messages.