fr

Configuration MX d'un domaine personnalisé sans deviner

Connectez un domaine à GPTMail avec une configuration MX propre, vérifiez ce que le DNS faisant autorité renvoie réellement, et diagnostiquez les cas courants où un enregistrement qui semble correct échoue tout de même.

17 juil. 2026

Un itinéraire précis d'un domaine personnalisé à travers le DNS vers une boîte mail

Un enregistrement MX répond à une question précise : quel serveur doit recevoir le courrier pour ce domaine ? Pour un domaine personnalisé d'e‑mail temporaire, Cloudflare peut héberger le DNS autoritaire, tandis que GPTMail—et non Cloudflare—fournit le service de boîte de réception. La configuration devient confuse lorsque le tableau de bord DNS semble correct mais que la réponse DNS publique indique autre chose.

Le remède consiste à ne plus juger la forme et à inspecter la réponse que l’internet peut réellement voir.

Avant de modifier le DNS

Confirmez trois points :

  • Vous pouvez modifier le DNS des serveurs de noms faisant autorité du domaine.
  • Le domaine est exactement celui sur lequel vous souhaitez recevoir du courrier.
  • Vous avez copié la cible MX publique actuelle affichée par GPTMail.

GPTMail affiche actuellement la cible requise sur le panneau d’ajout de domaine et la page du domaine. Utilisez cette valeur plutôt qu’une ancienne capture d’écran ou un enregistrement copié d’un autre service.

L’enregistrement minimal

Pour la cible publique actuelle de GPTMail, l’enregistrement est généralement :

Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1

Les fournisseurs DNS décrivent le champ hôte différemment. @, une valeur vide, ou le domaine lui‑même peuvent tous signifier le sommet de zone. Suivez la convention du fournisseur ; n’entrez pas littéralement @ si l’interface attend un champ vide.

Certains fournisseurs exigent un point final après la cible et d’autres l’ajoutent automatiquement. Les deux formes représentent le même nom DNS lorsqu’elles sont correctement gérées.

Choisissez public ou privé avant de copier la cible

GPTMail propose deux modes de domaine personnalisé, et ils n'utilisent pas toujours la même cible MX.

  • Un domaine public utilise la cible publique affichée sur la page du domaine. Après vérification, il apparaît dans la liste des domaines publics et reçoit une clé API pour les requêtes côté serveur.
  • Un domaine privé reste hors de la liste publique et est lié à votre compte GPTMail : connectez-vous d'abord, et seul ce compte peut consulter ses messages. Commencez depuis l'onglet domaine privé sur la page d'accueil de GPTMail et générez les paramètres DNS dédiés avant de modifier le MX.

Ne copiez pas l'exemple public de cet article dans une configuration de domaine privé. La valeur affichée pour le domaine que vous ajoutez est la source de vérité.

La priorité n’est pas un réglage de vitesse

Les nombres plus bas ont une préférence plus élevée. La priorité 1 est la valeur par défaut évidente, mais 0 ou 10 fonctionnent également lorsqu’il s’agit du seul itinéraire MX. La configuration dangereuse est un enregistrement plus ancien avec un numéro plus bas pointant ailleurs. Les expéditeurs essaieront d’abord cet itinéraire.

Lors d’une migration, supprimez les enregistrements MX obsolètes sauf si vous exploitez délibérément un récepteur de secours testé. Plusieurs enregistrements ne sont pas une décoration inoffensive ; ils définissent des itinéraires de livraison alternatifs.

Vérifier la réponse faisant autorité

Après avoir enregistré l’enregistrement, interrogez le DNS public :

dig MX your-domain.example

La réponse doit contenir la cible GPTMail. Si ce n’est pas le cas, vérifiez quels serveurs de noms sont autoritaires :

dig NS your-domain.example

Puis interrogez directement l’un de ces serveurs de noms :

dig @authoritative-nameserver.example MX your-domain.example

Cela sépare le délai de propagation d’une modification du mauvais zone DNS. Si le serveur faisant autorité renvoie déjà le nouvel enregistrement mais qu’un résolveur public ne le fait pas, attendez que les données en cache expirent. Si le serveur faisant autorité renvoie toujours l’ancienne valeur, attendre ne résoudra rien ; le changement a été enregistré au mauvais endroit ou n’a pas été publié.

Pourquoi un enregistrement correct peut apparaître inconnu

Les vérifications DNS peuvent temporairement ne renvoyer aucune réponse à cause de délais d’attente du résolveur, de problèmes de serveur de noms, d’erreurs DNSSEC ou d’un enregistrement encore en propagation. Un échec de recherche ne prouve pas que le domaine est mal configuré.

Si GPTMail indique que l’enregistrement MX n’est pas pointé vers le serveur requis :

  1. Copiez la valeur MX réelle affichée dans le gestionnaire de domaine.
  2. Comparez‑la avec la cible requise, en incluant le nom d’hôte complet.
  3. Vérifiez la présence d’un enregistrement concurrent avec une priorité plus élevée.
  4. Interrogez directement le serveur de noms faisant autorité.
  5. Attendez plusieurs minutes et réessayez après un nouveau changement DNS.

N’effacez pas et ne recréez pas le domaine de façon répétée pendant que le DNS se propage. Cela modifie l’état de l’application sans changer ce que le DNS renvoie.

Configuration autorisée par Cloudflare

Cloudflare est le fournisseur DNS dans ce flux ; GPTMail est le récepteur de boîte de réception temporaire. Cette configuration n’utilise pas le routage d’e‑mail de Cloudflare.

Avant d’autoriser, vérifiez les points suivants :

  • Sélectionnez le compte Cloudflare et la zone qui contrôlent réellement le domaine.
  • Si le routage d’e‑mail Cloudflare est activé, désactivez‑le d’abord. GPTMail détecte ses enregistrements MX de routage, s’arrête sans modifier le DNS et vous demande de résoudre le conflit.
  • Examinez la cible affichée par GPTMail. L’autorisation unique remplace les enregistrements MX uniquement pour ce domaine ; les autres types d’enregistrements DNS ne sont pas modifiés, et le jeton d’accès est révoqué après la fin du rappel.

L’enregistrement automatique utilise la priorité 0, tandis que l’exemple manuel ci‑dessus utilise 1. Les deux sont valides lorsqu’il s’agit du seul itinéraire MX. L’autorisation réduit les erreurs de frappe, mais la vérification finale repose toujours sur le DNS public.

Si le domaine utilise un autre fournisseur DNS, ajoutez l’enregistrement manuellement et revenez à GPTMail pour réessayer la vérification.

Tester la livraison réelle

Une recherche MX confirme le routage, pas la livraison de bout en bout. Après vérification :

  • créez une nouvelle adresse sur le domaine ;
  • envoyez un court message texte depuis un fournisseur non lié ;
  • confirmez que l’adresse du destinataire correspond exactement ;
  • attendez que l’expéditeur termine la livraison avant de supposer un échec ;
  • essayez un second expéditeur si le premier message est retardé.

Évitez de tester uniquement depuis un système qui a récemment mis en cache l’ancien itinéraire MX.

Garder la propriété et la récupération séparées

Un domaine personnalisé vous donne le contrôle du nom, mais GPTMail reste un service de boîte de réception temporaire. Conservez l’accès au registraire, la récupération DNS et la récupération de compte importante dans une boîte aux lettres durable en dehors du domaine temporaire.

Pour décider si un domaine privé est approprié dès le départ, lisez Choisissez une boîte de réception selon les conséquences, pas selon la commodité. Si les messages de test n’arrivent toujours pas après la vérification MX, utilisez L'e-mail de vérification n'arrive pas : Trouver l'étape défaillante.

GPTMail