Pourquoi MailerToGo envoie depuis mtg.yourdomain.com

Lorsque vous connectez un espace de travail, MailerToGo ajoute automatiquement mtg.yourdomain.com comme votre premier domaine d’envoi — un sous-domaine du domaine que vous possédez déjà, pas votre domaine racine et pas un nouveau. Ce choix par défaut est intentionnel. Il vous offre la meilleure délivrabilité, préserve votre messagerie existante et nous permet de gérer presque tout le travail DNS pour vous. Voici le raisonnement, et comment le modifier si votre configuration nécessite quelque chose d’autre.

Vos destinataires voient toujours votre domaine racine. Envoyer depuis mtg.yourdomain.com ne change rien dans la boîte de réception — l’adresse De : que vos clients voient reste you@yourdomain.com. Le sous-domaine ne fonctionne qu’au niveau de l’authentification que les fournisseurs de boîtes de réception inspectent. Pour les mécanismes complets (envelope-from vs. From:, SPF/DKIM/DMARC), consultez l’approfondissement : Pourquoi vous devriez utiliser un sous-domaine pour envoyer des e-mails.

Pourquoi un sous-domaine, pas votre domaine racine

La réputation de votre domaine racine reste isolée. La délivrabilité est un jeu de réputation, et la réputation s’attache au domaine d’envoi. Mettez le courrier transactionnel de votre application sur mtg.yourdomain.com et tout problème — un mauvais lot, un pic de réclamations — est limité à ce sous-domaine. Il ne peut jamais entacher yourdomain.com ni la messagerie quotidienne de votre équipe.

Zéro conflit avec votre messagerie existante. Si vous utilisez Google Workspace ou Microsoft 365, votre domaine racine possède déjà les enregistrements MX, SPF et DMARC qui font fonctionner la messagerie d’entreprise. Ajouter un expéditeur d’application au même enregistrement SPF racine est risqué : SPF a une limite stricte de 10 recherches DNS, et accumuler chaque fournisseur dans un seul enregistrement peut dépasser cette limite et casser l’authentification pour tout. Un sous-domaine dédié obtient son propre SPF, DKIM et DMARC, donc votre configuration Workspace/365 n’est jamais touchée et jamais à risque.

C’est ainsi que les grands expéditeurs le font. GitHub, Stripe et AWS envoient tous la messagerie transactionnelle depuis des sous-domaines pour exactement ces raisons.

Configuration rapide : un enregistrement NS, et nous gérons le reste

La raison pour laquelle nous pouvons pré-ajouter mtg.yourdomain.com et le faire fonctionner est la délégation. Au lieu de vous demander de publier et maintenir manuellement une poignée d’enregistrements SPF, DKIM et DMARC, nous demandons un enregistrement qui nous cède un sous-domaine à gérer :

; Déléguer le sous-domaine mtg aux serveurs de noms de MailerToGo
mtg.yourdomain.com.   NS   ns1.mailertogo.net.
mtg.yourdomain.com.   NS   ns2.mailertogo.net.

C’est tout. Une fois la délégation résolue, MailerToGo publie tout ce dont le sous-domaine a besoin et le maintient à jour automatiquement :

• Nous créons et publions vos enregistrements SPF, DKIM et DMARC.
• Nous auto-rotatons les clés DKIM selon un calendrier et les republions pour vous.
• Si nos adresses IP d’envoi ou clés changent jamais, les enregistrements se mettent à jour eux-mêmes — aucune action de votre part.

La délégation reste limitée au sous-domaine uniquement. Votre domaine racine et tous les autres noms en dessous ne sont pas touchés — nous ne pouvons voir et gérer que les enregistrements à mtg.yourdomain.com. Plus de tickets DNS jamais.

Révocable instantanément

Parce que tout cela repose sur un seul enregistrement NS, vous restez aux commandes. Supprimez l’enregistrement NS et la délégation disparaît — instantanément, et entièrement de votre côté. Il n’y a pas de demande d’assistance et pas d’attente : retirez l’enregistrement et MailerToGo ne peut plus gérer ni envoyer depuis ce sous-domaine. Le contrôle de votre DNS ne quitte jamais vos mains.

Quand le domaine racine ou un autre sous-domaine a du sens (Configuration avancée)

La configuration rapide convient à la plupart des gens, mais pas à tous (ou ne le veulent) déléguer un sous-domaine :

• Vous devez gérer les enregistrements vous-même — pour le contrôle des modifications, ou parce que votre DNS est régi de manière centralisée.
• Vous voulez un libellé différent — email.yourdomain.com ou notifications.yourdomain.com fonctionnent exactement aussi bien ; le nom spécifique n’affecte pas la délivrabilité.
• Vous séparez les flux — par ex. mtg.yourdomain.com pour la messagerie transactionnelle et news.yourdomain.com pour le marketing, donc un pic de réclamations marketing ne touche jamais vos reçus et réinitialisations de mot de passe.

Dans l’un de ces cas, utilisez la configuration avancée : ajoutez le sous-domaine (ou, si vous devez absolument, le domaine racine — tant qu’il n’est pas déjà un CNAME) comme domaine d’envoi dans le tableau de bord, et publiez les enregistrements SPF/DKIM/DMARC exacts qu’il affiche manuellement. Les enregistrements étape par étape, la configuration de l’application et les vérifications sont couverts dans Pourquoi vous devriez utiliser un sous-domaine pour envoyer des e-mails, et le cas de délivrabilité général est dans E-mails de sous-domaine : dois-je utiliser un sous-domaine pour envoyer des e-mails ?.

La version courte

Nous pré-ajoutons mtg.yourdomain.com parce qu’un sous-domaine d’envoi protège la réputation de votre domaine racine, reste à l’écart de votre messagerie d’entreprise existante et — via un seul enregistrement NS délégué — nous permet de publier et de maintenir automatiquement chaque enregistrement d’authentification pour vous. Vos clients voient toujours votre marque ; vous obtenez une meilleure délivrabilité ; et vous pouvez révoquer le tout à tout moment en supprimant un seul enregistrement DNS.