Séparez l’envoi et la réception des billets
Une adresse d'assistance a deux tâches : accepter la demande d'un client et identifier la réponse. Prouver l’un ne prouve pas l’autre. Démarrez ce changement avec l'administrateur Gorelo, le propriétaire DNS faisant autorité et l'administrateur actuel de la boîte aux lettres. Enregistrez l'adresse publique souhaitée, son itinéraire de réception existant et les groupes de tickets qui doivent la gérer. Conservez une copie des réponses DNS et des paramètres de transfert existants avant d'apporter une modification.
Gorelo documente un service de livraison basé sur Mailgun utilisant un sous-domaine d'envoi dédié pendant que les clients continuent d'interagir avec l'adresse publique. Ne traitez pas le sous-domaine comme une demande de remplacement du service de boîte aux lettres normal de votre organisation. Les enregistrements exacts doivent provenir du compte, et non d'un exemple générique Mailgun . Conception de livraison Gorelo
Configurer le domaine et les adresses
Dans Paramètres > E-mail > Paramètres, choisissez Ajouter un domaine, saisissez le domaine souhaité et publiez les enregistrements affichés sur votre hôte DNS . Conservez l'étiquette gorelo dans les propriétaires générés et utilisez Verify. L'ajout d'un domaine crée des adresses de facturation help@ticketing et comptes@ par défaut ; ce dernier est uniquement sortant. Modifiez l'adresse du ticket pour vérifier son identité De/Réponse à et ses restrictions de groupe. Domaines personnalisés
Avant la publication, développez chaque nom DNS relatif en son nom de propriétaire complet sur une feuille de calcul. Certaines interfaces DNS ajoutent automatiquement la zone. Une valeur correctement copiée chez le mauvais propriétaire constitue toujours un échec d'installation. Si un propriétaire possède déjà des données, établissez leur finalité avant de les remplacer. Conserver un seul SPF politique chez chaque propriétaire applicable et vérifiez son coût total de recherche DNS , y compris les inclusions imbriquées.
Pour la réception des tickets, utilisez la destination de transfert du compte pour la boîte aux lettres existante correspondante. Limitez toute exception de transfert externe à la boîte aux lettres approuvée plutôt que d’ouvrir le transfert globalement. Un changement d'itinéraire peut exposer le contenu du ticket entrant, alors obtenez l'approbation interne normale avant de l'activer. Ne créez pas de boucle entre la boîte aux lettres d'origine et la destination.
Exécuter un test d'acceptation à trois voies
Plan de test d'origine : envoyez d'abord une requête inoffensive directement à la destination de transfert configurée. Envoyez-en ensuite un autre à l’adresse d’assistance publique. Confirmez que les deux atteignent la file d'attente prévue et que le test de sonorisation ne crée pas de tickets en double ou en boucle. Enfin, répondez à partir du ticket et envoyez un exemple de facturation contrôlée si la facturation est dans le champ d'application. Utilisez du contenu synthétique et des destinataires contrôlés, jamais de véritable facture impayée simplement pour tester la livraison.
Pour chaque message sortant, conservez les résultats d'authentification du destinataire de confiance, visibles Depuis le domaine, SMTP expéditeur d'enveloppe, DKIM domaine de signature et sélecteur. Vérifiez qu'une identité SPF ou DKIM transmise correspond à De sous le DMARC alignement mode. Une création de ticket réussie et une vérification DNS de Gorelo sont des observations utiles, mais aucune ne remplace cette vérification des messages reçus.
Échec illustratif : le test de destination de transfert direct fonctionne, mais pas l'adresse publique. Cela oriente la prochaine enquête vers la règle ou les restrictions de transfert de la boîte aux lettres existante, et non vers un remplacement immédiat de la clé DKIM. Si l’admission fonctionne mais que les réponses échouent, examinez plutôt l’identité sortante.
Récupérer sans perturber les autres messages
Mettez en pause l’adresse ou le flux de travail concerné avant de modifier plusieurs couches à la fois. Restaurez uniquement le dernier transfert approuvé ou la dernière modification DNS à l'origine de l'échec et vérifiez que la boîte aux lettres d'origine reste accessible. Conservez les anciens enregistrements de signature valides jusqu'à ce que les messages en file d'attente et la mise en cache aient été pris en compte. Répétez le test des trois chemins après une migration DNS , un déplacement de boîte aux lettres ou un changement d'adresse d'expéditeur.
Il s'agit d'un guide basé sur une documentation révisé le 8 novembre 2026. Aucun compte Gorelo, zone DNS , ticket ou message reçu n'a été testé ; le plan d'acceptation et l'exemple d'échec sont des conseils illustratifs originaux.
Attribuer les échecs au chemin de messagerie correct
Le cas écrit GO-01 stipule qu'une demande inoffensive adressée directement à la destination de transfert Gorelo configurée atteint le groupe prévu, mais le même type de demande envoyée à help@example.com ne le fait pas. Une réponse via le chemin direct contient From help@example.com et un passage DKIM de confiance avec d=example.com et s=ticket1; son résultat SPF est inconnu. Cette réponse unique correspond exactement DKIM , mais ne dit rien sur la prise de sonorisation manquante. L'administrateur de la boîte aux lettres existante doit inspecter sa règle de transfert et sa destination approuvées, tandis que le propriétaire du ticket préserve l'itinéraire de réponse fonctionnel. Ne remplacez pas les clés DKIM pour réparer l'admission sans preuve. Toutes les identités et tous les résultats sont des hypothèses pédagogiques ; aucun ticket, facture ou message n'a été créé.
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.