Serveurs de messagerie d'un domaine
DNS et enregistrements
Lookup DNS Tous les enregistrements DNS d'un domaine Lookup d'enregistrement A Adresses IPv4 d'un domaine Lookup d'enregistrement AAAA Adresses IPv6 d'un domaine Lookup MX Serveurs de messagerie d'un domaine Lookup NS Serveurs de noms faisant autorité Lookup TXT Enregistrements TXT, SPF, vérification Lookup CNAME Enregistrements de nom canonique (alias) Lookup SOA Enregistrement Start of Authority Lookup SRV Enregistrements de localisation de service Lookup CAA Quelles CA peuvent émettre des certificats DNS inversé (PTR) Adresse IP vers nom d'hôte Vérification DNSSEC Le domaine est-il signé et validé ? Diagnostic DNS Un bilan complet de délégation et de DNSDélivrabilité des e-mails
Vérification SPF Validez votre enregistrement Sender Policy Framework Vérification DMARC Inspectez et évaluez votre politique DMARC Vérification DKIM Trouvez et validez votre clé publique DKIM Vérification de liste noire Vérifiez une IP face aux listes de blocage e-mail (DNSBL) Test SMTP Connectez-vous à un serveur de messagerie et vérifiez STARTTLS Vérification MTA-STS Politique TLS imposée pour le courrier entrant Vérification BIMI Enregistrement de logo de marque pour l'e-mail Vérification TLS-RPT Politique de rapport TLS SMTPRéseau et web
Vérification de certificat SSL Inspectez le certificat TLS d'un site et son expiration Vérification des en-têtes HTTP Inspectez les en-têtes de réponse, redirections et sécurité Ping (TCP) Accessibilité et latence via TCP Vérification de ports Quels ports courants sont ouvertsDomaine
Lookup WHOIS Données d'enregistrement pour domaines, IP et ASNUn enregistrement MX (Mail Exchanger) indique aux serveurs émetteurs quels hôtes acceptent le courrier d'un domaine et dans quel ordre de priorité. Lorsque quelqu'un vous écrit, son serveur interroge vos enregistrements MX pour savoir où remettre le message. Un enregistrement MX manquant ou mal configuré signifie que le courrier entrant ne peut pas être remis : les messages rebondissent ou disparaissent.
Chaque enregistrement MX associe un hôte de messagerie à un numéro de priorité. Les nombres les plus bas l'emportent : un serveur émetteur essaie d'abord l'hôte de priorité la plus basse et ne se rabat sur les nombres supérieurs que s'il ne parvient pas à se connecter. Pour répartir la charge entre des serveurs aux capacités équivalentes, attribuez-leur la même priorité et le trafic se répartit entre eux. Une configuration Google Workspace typique, par exemple, pointe vers smtp.google.com avec la priorité 1. La valeur MX doit être un nom d'hôte disposant de son propre enregistrement A ou AAAA, jamais une adresse IP ni un CNAME, sous peine de casser la remise.
IPeek liste chaque hôte MX du domaine avec sa priorité, trié du plus bas au plus haut afin que le serveur préféré apparaisse en tête. Vérifiez que les hôtes correspondent à votre fournisseur de messagerie : Google Workspace, Microsoft 365, votre propre serveur ou une passerelle de filtrage. Surveillez les doublons, les fautes de frappe dans les noms d'hôtes ou les points finaux qui trahissent une zone mal configurée. Si la liste est vide, le domaine n'a aucun enregistrement MX et ne peut pas recevoir de courrier. Vérifiez également que les hôtes listés se résolvent en adresses IP valides avant de leur faire confiance.
L'échec le plus fréquent est l'absence totale d'enregistrement MX, ce qui force les émetteurs à se rabattre sur l'enregistrement A du domaine ou à rejeter le message. Pointer un MX vers un CNAME enfreint la spécification et de nombreux serveurs le rejettent : visez donc toujours un nom d'hôte doté d'un enregistrement A/AAAA direct. Après un changement de fournisseur de messagerie, des enregistrements MX obsolètes continuent d'acheminer le courrier vers l'ancien hôte jusqu'à la propagation DNS et l'expiration des caches. Des priorités mal ordonnées peuvent envoyer le courrier vers un serveur de secours avant le serveur principal. Vérifiez vos changements par une nouvelle recherche et tenez compte de la mise en cache liée au TTL.
Sans enregistrement MX, les serveurs émetteurs se rabattent sur l'enregistrement A ou AAAA du domaine et tentent d'y remettre le courrier. Si cet hôte n'exécute pas de serveur de messagerie, le message rebondit. Les domaines qui gèrent du courrier doivent toujours publier au moins un enregistrement MX afin que le courrier entrant atteigne le bon serveur de façon fiable.
La priorité définit l'ordre dans lequel les serveurs émetteurs essaient vos hôtes de messagerie, et les nombres les plus bas sont préférés. Un serveur tente d'abord l'hôte de priorité la plus basse et ne passe aux nombres supérieurs que s'il ne parvient pas à se connecter. Des priorités égales permettent aux serveurs de partager la charge. Les valeurs réelles sont arbitraires ; seul leur ordre relatif compte.
Non. Un enregistrement MX doit pointer vers un nom d'hôte disposant de son propre enregistrement A ou AAAA. Le pointer vers une adresse IP est invalide, et le pointer vers un CNAME enfreint les règles des RFC et est rejeté par de nombreux serveurs de messagerie. Visez toujours un véritable nom d'hôte de messagerie qui se résout directement.
Les modifications MX se propagent selon le TTL de l'enregistrement, qui détermine la durée pendant laquelle les résolveurs mettent en cache les anciennes valeurs. Avec un TTL bas, les changements peuvent s'appliquer en quelques minutes ; avec un TTL plus élevé, les serveurs émetteurs peuvent continuer à utiliser des enregistrements obsolètes pendant des heures. Abaissez le TTL avant une migration planifiée pour accélérer la bascule.
Oui. Les domaines publient couramment plusieurs enregistrements MX pour la redondance et la répartition de charge. Des priorités différentes créent une configuration principal-secours, tandis que des priorités identiques répartissent le courrier entre des serveurs aux capacités équivalentes. Un serveur émetteur parcourt la liste par ordre de priorité jusqu'à trouver un hôte qui accepte la connexion.