Sélectionnez le produit actuel et le mode de livraison
Ce guide couvre le flux de travail de courrier électronique sortant géré par HappyFox Help Desk documenté en octobre 2026. Il ne remplace pas les anciennes instructions du Help Desk ou du Service Desk, et il n'applique pas ces enregistrements à une route SMTP personnalisée. Enregistrez le compte, le canal de messagerie, la région d'hébergement, le domaine prévu et la méthode sortante réelle avant d'ouvrir DNS .
Le courant SPF et DKIM les guides répertorient tous les plans sauf Basic. Confirmez que votre compte dispose du workflow approprié. Sous Canaux > E-mail > Adresses e-mail, ouvrez le canal, choisissez Configurer pour HappyFox Managed et utilisez la vérification DNS . Le panneau SPF en fournit un Enregistrement TXT et un alignement CNAME; le panneau DKIM fournit cinq paires CNAME . Configuration SPF · Configuration DKIM
Publier l'intégralité du jeu d'enregistrements affiché
Copiez les valeurs exactes du compte et distinguez les panneaux SPF et DKIM sur la feuille de calcul de modification. Pour une politique SPF racine existante, fusionnez l’inclusion HappyFox approuvée dans cette politique, en préservant les autres expéditeurs. Ne créez pas de deuxième stratégie SPF . Sélectionnez l'autorisation appropriée au compte plutôt que de combiner les exemples américains et européens sans raison. Publiez l'alignement CNAME et chaque paire DKIM ; sur Cloudflare , le fournisseur demande des enregistrements DNS uniquement. Instructions de publication actuelles
Vérifiez le nom complet de chaque propriétaire prévu. Si l'hôte DNS ajoute le domaine, utilisez le nom relatif qui produit le bon propriétaire plutôt que de dupliquer le suffixe de zone. Inspectez toutes les données existantes avant d’ajouter un CNAME . Conservez les réponses approuvées précédentes et déterminez les dépendances avant de remplacer les enregistrements ou de supprimer les anciens sélecteurs.
Exécuter la vérification Enregistrements SPF, puis Vérifiez et activez DKIM dans les panneaux applicables. La documentation autorise jusqu'à 72 heures pour la vérification. Il avertit également que sans vérification DKIM terminée, ce flux de travail géré envoie à partir d'une adresse HappyFox générique plutôt que du domaine personnalisé. Vérification DKIM actuelle
Distinguer la vérification de l'identité du message
Plan d'acceptation original : créez un échange de support contrôlé et inoffensif pour le canal réel. Capturez une réponse normale et toute réponse automatisée incluse dans le déploiement. Pour chacun, enregistrez le domaine From, le domaine d'enveloppe SMTP affiché, les valeurs DKIM d= et s= et les résultats d'authentification ajoutés par le récepteur de confiance. Enregistrez si l’expéditeur observé est l’identité personnalisée prévue ou une solution de secours.
DMARC réussit lorsqu’au moins une identité SPF ou DKIM transmise s’aligne sur le domaine De visible dans le cadre de la stratégie applicable. Une solution de secours générique peut s'authentifier comme son propre domaine sans prouver que le déploiement de votre domaine personnalisé est terminé. De même, un panel DNS réussi ne prouve pas en soi que le message a utilisé le canal ou la méthode de livraison attendue.
Échec illustratif : un administrateur suit un ancien article à deux CNAME alors que le panel actuel demande cinq enregistrements. La correction utile consiste à rapprocher l’ensemble complet des enregistrements du compte courant, et non à tester de manière répétée la configuration héritée partielle. Si le compte dispose réellement d'une interface différente, obtenez des conseils d'assistance spécifiques au produit avant de mélanger les flux de travail.
Clôturer avec un plan de relance maîtrisé
Examinez la politique DMARC existante séparément avec le propriétaire du domaine ; ne copiez pas les anciennes descriptions des modes de politique et n’affaiblissez pas l’application pour dissimuler une configuration incomplète. Suspendez le déploiement du domaine personnalisé concerné si les tests échouent. Conservez les derniers paramètres de canal et enregistrements DNS approuvés, et modifiez uniquement la couche qui s'est avérée erronée. Conservez les anciens sélecteurs valides jusqu'à ce que les routes dépendantes et le courrier en file d'attente soient pris en compte.
La documentation a été examinée le 8 novembre 2026. Aucun compte HappyFox, aucun enregistrement DNS ou véritable message d'assistance n'a été testé. L'exemple et le plan d'acceptation sont des conseils illustratifs originaux et non une affirmation d'une activation terminée.
Ne fermez pas une chaîne en cas de vérification partielle
Le cas écrit HF-01 suppose qu'un canal géré non de base est destiné à support@example.com . Son panel SPF réussit mais seules deux des cinq paires DKIM CNAME actuelles sont publiées ; L'activation DKIM reste incomplète. La solution de secours documentée de l'expéditeur générique peut s'appliquer, mais son adresse exacte et les résultats du message sont inconnus ici. Le propriétaire du canal doit maintenir l'acceptation du domaine personnalisé en attente pendant que l'administrateur DNS réconcilie les cinq propriétaires et cibles générés, puis exécuter Vérifier et activer DKIM et inspecter un échange de support inoffensif. Ne déduisez pas un échec DKIM de un enregistrement compter seul ou réclamer un verdict sur message reçu. Aucun ticket de support, modification DNS ou activation de canal n'a été exécuté.
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.