{"id":18449,"date":"2026-03-27T11:51:13","date_gmt":"2026-03-27T10:51:13","guid":{"rendered":"https:\/\/webhosting.de\/mx-records-priorisierung-email-routing-hosting-mailflow\/"},"modified":"2026-03-27T11:51:13","modified_gmt":"2026-03-27T10:51:13","slug":"mx-records-priorisation-email-routing-hosting-mailflow","status":"publish","type":"post","link":"https:\/\/webhosting.de\/fr\/mx-records-priorisierung-email-routing-hosting-mailflow\/","title":{"rendered":"MX Records et priorisation : le routage des e-mails expliqu\u00e9 dans l'h\u00e9bergement"},"content":{"rendered":"<p>Les enregistrements MX contr\u00f4lent les serveurs de messagerie auxquels sont envoy\u00e9s les messages entrants pour un domaine et d\u00e9terminent l'ordre de priorit\u00e9 des connexions. Je vais te montrer comment <strong>MX Records<\/strong> tu d\u00e9finis correctement tes priorit\u00e9s et tu planifies l'ensemble du chemin de livraison des e-mails de mani\u00e8re \u00e0 ce que ton h\u00e9bergement de messagerie fonctionne de mani\u00e8re fiable.<\/p>\n\n<h2>Points centraux<\/h2>\n<p>Pour une orientation rapide, je r\u00e9sume bri\u00e8vement les aspects les plus importants du mx record routing et je mets en \u00e9vidence les th\u00e8mes cl\u00e9s que tu dois ma\u00eetriser pour un h\u00e9bergement de messagerie s\u00fbr. Je garde la liste courte et ne mets que des points que tu peux appliquer directement. En me basant sur la pratique, je donne la priorit\u00e9 aux param\u00e8tres qui permettent d'\u00e9viter les temps d'arr\u00eat. Tu trouveras ainsi plus tard dans l'article les d\u00e9tails appropri\u00e9s pour chaque mot-cl\u00e9. Pour les configurations plus profondes, je donne des indications compl\u00e9mentaires et des points d'achoppement typiques, afin que tu puisses <strong>Erreur<\/strong> que tu \u00e9vites d\u00e8s le d\u00e9but.<\/p>\n<ul>\n  <li><strong>Priorit\u00e9<\/strong> d\u00e9termine l'ordre : plus petit nombre = en premier<\/li>\n  <li><strong>Redondance<\/strong> s\u00e9curiser avec plusieurs entr\u00e9es MX<\/li>\n  <li><strong>Chemin de livraison<\/strong> comprendre du DNS \u00e0 la bo\u00eete aux lettres<\/li>\n  <li><strong>TTL<\/strong> et pr\u00e9voir des temps de propagation<\/li>\n  <li><strong>SPF\/DKIM<\/strong> combiner pour une meilleure distribution<\/li>\n<\/ul>\n<p>Ensuite, section par section, j'approfondis la technique et je transpose les concepts dans des configurations compr\u00e9hensibles. Ce faisant, je me concentre sur <strong>Cabinet m\u00e9dical<\/strong> et des \u00e9tapes d'action claires.<\/p>\n\n<h2>Comment les MX Records contr\u00f4lent le routage<\/h2>\n<p>Un enregistrement MX indique aux serveurs \u00e9metteurs quel h\u00f4te accepte les e-mails de votre domaine, et oriente ainsi le trafic vers le serveur de destination. <strong>Routage<\/strong> de la livraison. Je d\u00e9finis au moins deux entr\u00e9es MX par domaine, afin qu'en cas de panne du premier h\u00f4te, un autre reste imm\u00e9diatement accessible. Pour les sous-domaines, je d\u00e9finis sur demande des destinations MX propres si des bo\u00eetes aux lettres s\u00e9par\u00e9es ou des passerelles sp\u00e9ciales sont n\u00e9cessaires. La zone DNS contient le nom, l'h\u00f4te cible, la priorit\u00e9 et une valeur TTL bien dos\u00e9e. Pour commencer, le guide compact <a href=\"https:\/\/webhosting.de\/fr\/email-propre-domaine-mx-records-tools-mise-en-place-instruction-hebergement\/\">Instructions MX-Records<\/a>, J'y fais r\u00e9f\u00e9rence lorsque tu planifies les premiers tests.<\/p>\n<p>Lors de l'envoi, le correspondant \u00e9metteur interroge d'abord le DNS sur les enregistrements MX et \u00e9tablit ensuite une connexion SMTP avec l'h\u00f4te pr\u00e9f\u00e9r\u00e9. Je tiens compte en outre des enregistrements A ou AAAA de l'h\u00f4te de destination, car un nom de destination erron\u00e9 stoppe tout flux de courrier. Les valeurs TTL courtes acc\u00e9l\u00e8rent les modifications, tandis que les valeurs plus longues d\u00e9chargent les requ\u00eates ; je choisis la valeur appropri\u00e9e en fonction du projet. <strong>Compromis<\/strong>. Ainsi, tes bo\u00eetes aux lettres restent accessibles m\u00eame si tu changes de destination ou si tu modifies les passerelles. Il est toujours important que les h\u00f4tes MX eux-m\u00eames soient correctement r\u00e9solus et accessibles par SMTP.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/email-routing-serverraum-5823.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Comprendre les priorit\u00e9s : chiffre bas, poids \u00e9lev\u00e9<\/h2>\n<p>La priorit\u00e9 MX est un nombre entier, et le plus petit nombre remporte la <strong>droit de passage<\/strong>. Si tu d\u00e9finis deux h\u00f4tes avec la m\u00eame priorit\u00e9, ils se partagent le trafic entrant quasiment \u00e0 tour de r\u00f4le. J'aime utiliser cela pour r\u00e9partir la charge sur des syst\u00e8mes \u00e9quivalents. Pour un basculement clair, je pr\u00e9vois par contre un niveau sup\u00e9rieur, par exemple 10 pour le primaire et 20 pour la sauvegarde. Ainsi, le syst\u00e8me de r\u00e9serve prend le relais de mani\u00e8re fiable d\u00e8s que le premier h\u00f4te ne r\u00e9pond pas ou renvoie une erreur.<\/p>\n<p>La m\u00eame priorit\u00e9 convient pour les clusters de peering, des valeurs diff\u00e9rentes pour la haute disponibilit\u00e9 avec un ordre clair. Apr\u00e8s chaque modification, je confirme par un envoi test et j'enregistre quel MX a vraiment accept\u00e9. Cela me permet de d\u00e9tecter rapidement les erreurs de param\u00e9trage et de corriger les erreurs. <strong>Ordre<\/strong>, avant que les utilisateurs ne ressentent les pannes. Des priorit\u00e9s bien d\u00e9finies r\u00e9duisent les demandes d'assistance et maintiennent la coh\u00e9rence de la livraison. N'oubliez pas non plus que certaines passerelles ont des limites ou des r\u00e8gles anti-abus qui peuvent affecter les connexions.<\/p>\n\n<h2>Email Delivery Path \u00e9tape par \u00e9tape<\/h2>\n<p>Lors de l'envoi, le serveur exp\u00e9diteur r\u00e9sout le domaine destinataire, lit les enregistrements MX et \u00e9tablit la connexion SMTP avec l'h\u00f4te pr\u00e9f\u00e9r\u00e9 ; c'est ce que j'appelle ici le <strong>Chemin de livraison<\/strong>. Une fois le handshake SMTP r\u00e9ussi, le serveur de destination accepte le message, le stocke et le transmet en interne au syst\u00e8me de bo\u00eetes aux lettres. Le destinataire y acc\u00e8de ensuite via IMAP ou POP3, tandis que le serveur applique en parall\u00e8le un filtre anti-spam et une analyse antivirus. Si un MX tombe en panne, l'exp\u00e9diteur essaie automatiquement le niveau de priorit\u00e9 suivant. Ainsi, la distribution reste disponible m\u00eame en cas de maintenance ou de probl\u00e8mes de site.<\/p>\n<p>Je v\u00e9rifie cette proc\u00e9dure avec des outils comme dig\/host et un bref test SMTP via Telnet ou OpenSSL. Ces tests montrent en quelques secondes si le DNS et la cha\u00eene MX fonctionnent correctement. Sans une r\u00e9solution d'h\u00f4te correcte ou avec une erreur de frappe dans le nom de destination, l'envoi se termine imm\u00e9diatement par une erreur. C'est pourquoi je commence par \u00e9tablir la base DNS de mani\u00e8re stable, puis je m'entra\u00eene \u00e0 effectuer des op\u00e9rations r\u00e9p\u00e9titives. <strong>Ch\u00e8ques<\/strong> pour les \u00e9quipes d'exploitation. Ainsi, le chemin du DNS \u00e0 la bo\u00eete aux lettres reste transparent et compr\u00e9hensible.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/emailroutingbesprechung3452.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Configurations typiques et strat\u00e9gies de basculement<\/h2>\n<p>Pour de nombreux projets, je place deux ou trois h\u00f4tes MX de m\u00eame niveau et j'ajoute un h\u00f4te de sauvegarde pur avec un niveau sup\u00e9rieur. <strong>Priorit\u00e9<\/strong>. Cela combine r\u00e9partition de la charge et niveau de repli clair. Dans les petites configurations, un primaire plus une sauvegarde suffisent souvent, les deux sites devant utiliser des connexions r\u00e9seau s\u00e9par\u00e9es. Je pr\u00e9f\u00e8re les noms d'h\u00f4tes parlants tels que mx01.domain.tld, mx02.domain.tld et mxb.domain.tld, ce qui me permet d'identifier imm\u00e9diatement dans les journaux quel h\u00f4te a accept\u00e9 un message.<\/p>\n<p>Le tableau suivant r\u00e9sume des mod\u00e8les courants et aide \u00e0 structurer sa propre planification. Je classe les exemples par r\u00f4le d'intervention et compl\u00e8te par des indications pour l'entreprise. Ainsi, tu transf\u00e8res rapidement la structure \u00e0 ton <strong>H\u00e9bergement de messagerie<\/strong> et minimise les \u00e9checs.<\/p>\n<table>\n  <thead>\n    <tr>\n      <th>Priorit\u00e9<\/th>\n      <th>Nom d'h\u00f4te<\/th>\n      <th>Rouleau<\/th>\n      <th>Remarque<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>10<\/td>\n      <td>mx01.exemple.fr<\/td>\n      <td>Primaire<\/td>\n      <td>Objectif principal ; haute disponibilit\u00e9, monitoring actif<\/td>\n    <\/tr>\n    <tr>\n      <td>10<\/td>\n      <td>mx02.exemple.fr<\/td>\n      <td>Primaire (de m\u00eame rang)<\/td>\n      <td>Partage la charge avec mx01 ; politiques identiques<\/td>\n    <\/tr>\n    <tr>\n      <td>20<\/td>\n      <td>mxbackup.exemple.fr<\/td>\n      <td>Sauvegarde<\/td>\n      <td>S'enclenche en cas de panne ; r\u00e9tention limit\u00e9e<\/td>\n    <\/tr>\n    <tr>\n      <td>30<\/td>\n      <td>filter.example.fr<\/td>\n      <td>Passerelle<\/td>\n      <td>Uniquement si en amont ; sinon, omettre<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n<p>Je teste chaque configuration avec des livraisons r\u00e9elles et compare les logs de tous les h\u00f4tes. Ce n'est que lorsque tous les chemins d'acc\u00e8s fonctionnent correctement que je r\u00e9duis le plan de contr\u00f4le \u00e0 quelques contr\u00f4les r\u00e9guliers. <strong>Ch\u00e8ques<\/strong>. Ainsi, l'entreprise reste l\u00e9g\u00e8re et les temps de r\u00e9action en cas de panne sont courts. Pour les sites \u00e0 fort volume de courrier, il vaut la peine de planifier les capacit\u00e9s avec des seuils d'alarme clairs. Cela s'av\u00e8re particuli\u00e8rement utile en p\u00e9riode de pointe.<\/p>\n\n<h2>TTL, mise en cache et propagation sans surprise<\/h2>\n<p>La valeur TTL d\u00e9termine la dur\u00e9e de mise en cache de vos r\u00e9ponses MX par les r\u00e9solveurs ; je commence souvent avec <strong>3600s<\/strong>, car cela permet de voir rapidement les changements. Les TTL plus courts conviennent avant les changements planifi\u00e9s, les TTL plus longs m\u00e9nagent la charge DNS pendant les phases de calme. Apr\u00e8s une modification, il faut un peu de patience, selon le fournisseur et le temps de fonctionnement du cache, jusqu'\u00e0 ce que chaque exp\u00e9diteur voie les nouveaux MX. C'est pourquoi je planifie les changements en dehors des heures de pointe et je tiens un rollback \u00e0 disposition. En planifiant sobrement, on s'\u00e9pargne des nuits de travail et des pannes \u00e9videntes.<\/p>\n<p>Il reste \u00e9galement important que les TTL de tous les enregistrements concern\u00e9s soient compatibles : MX, A\/AAAA et, le cas \u00e9ch\u00e9ant, les cibles CNAME. Des dur\u00e9es d'ex\u00e9cution diff\u00e9rentes peuvent g\u00e9n\u00e9rer temporairement des \u00e9tats mixtes. Avec des fen\u00eatres TTL contr\u00f4l\u00e9es et des jalons clairs, je garde le changement clair. Cela inclut un contr\u00f4le final avec plusieurs r\u00e9solveurs ind\u00e9pendants. Cette routine apporte pour <strong>Migrations<\/strong> Le calme dans le processus.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/mx-records-email-priority-ef76.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>MX Record Routing avec Microsoft 365 et Google Workspace<\/h2>\n<p>Si tu d\u00e9m\u00e9nages vers Microsoft 365 ou Google Workspace, je remplace enti\u00e8rement les objectifs MX existants par les sp\u00e9cifications du <strong>Service<\/strong>. Les constellations mixtes avec des bo\u00eetes aux lettres locales et des suites externes conduisent sinon rapidement \u00e0 des boucles. Dans de tels sc\u00e9narios, je supprime les redirections superflues et je v\u00e9rifie deux fois les r\u00e8gles de transport. En outre, je contr\u00f4le que les entr\u00e9es SPF incluent les nouvelles IP d'envoi. C'est la seule fa\u00e7on d'\u00e9viter les rejets par des syst\u00e8mes de r\u00e9ception restrictifs.<\/p>\n<p>Apr\u00e8s le changement de MX, je teste toujours un envoi de l'ext\u00e9rieur et de l'int\u00e9rieur afin de v\u00e9rifier la ligne et les voies de retour. Les journaux dans la suite et sur les passerelles indiquent clairement quel MX a fonctionn\u00e9. Adapte ensuite les politiques de spam et de malware \u00e0 la nouvelle plate-forme. Cela t'assure une coh\u00e9rence <strong>Politiques<\/strong> sur toutes les bo\u00eetes aux lettres. Celui qui migre proprement n'a pas de mauvaises surprises le lendemain.<\/p>\n\n<h2>Pratique : Configurer MX dans les panels d'h\u00e9bergement<\/h2>\n<p>Dans la plupart des panneaux, j'ouvre l'administration DNS, je choisis le type MX, je d\u00e9finis le nom d'h\u00f4te, la destination et la priorit\u00e9, je fixe le TTL et j'enregistre les <strong>Modification<\/strong>. Je v\u00e9rifie ensuite l'affichage dans le fichier de zone et d\u00e9clenche manuellement un contr\u00f4le dig\/host. Je teste ensuite l'envoi \u00e0 partir d'un compte externe et je fais attention au MX accept\u00e9 dans l'en-t\u00eate. Si la r\u00e9solution affiche encore d'anciennes valeurs, j'attends le temps d'ex\u00e9cution TTL et je valide \u00e0 nouveau. Ce n'est que lorsque le routage et la livraison sont propres que j'informe les utilisateurs que les bo\u00eetes aux lettres sont pr\u00eates.<\/p>\n<p>Comme petit aide-m\u00e9moire, je garde les noms d'h\u00f4tes coh\u00e9rents et je documente chaque priorit\u00e9 avec son but, par exemple primaire, primaire2, sauvegarde. Cette clart\u00e9 aide \u00e9norm\u00e9ment lors de l'analyse des pannes. En outre, je v\u00e9rifie qu'il n'y a plus d'entr\u00e9es MX historiques. Les anciennes destinations sont souvent source de confusion dans le <strong>Exploitation<\/strong>. Un petit contr\u00f4le d'hygi\u00e8ne de l'ADN te pr\u00e9serve des billets \u00e0 rallonge.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/MXRecordsRouting_3927.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Corriger rapidement les erreurs fr\u00e9quentes<\/h2>\n<p>Des priorit\u00e9s erron\u00e9es entra\u00eenent des tentatives de distribution inutiles sur des h\u00f4tes peu adapt\u00e9s ; je les corrige <strong>Valeurs<\/strong> imm\u00e9diatement et je teste \u00e0 nouveau. Les fautes de frappe dans l'h\u00f4te de destination stoppent toute livraison, c'est pourquoi je v\u00e9rifie m\u00e9ticuleusement les orthographes. Les MX de sauvegarde manquants sourient en cas de panne, c'est pourquoi je d\u00e9finis au moins une route de secours. Les anciennes entr\u00e9es oubli\u00e9es entra\u00eenent des erreurs de routage sporadiques, je supprime donc syst\u00e9matiquement les enregistrements obsol\u00e8tes. Si la propagation prend du temps, je planifie cette phase de mani\u00e8re transparente et j'attends patiemment au lieu de sauvegarder \u00e0 nouveau toutes les minutes.<\/p>\n<p>Si un h\u00f4te pr\u00e9sente des rejets permanents, je v\u00e9rifie les politiques de spam, le greylisting et les exigences TLS. Les journaux me permettent de d\u00e9terminer si les limites de taux ou les listes de blocage en sont la cause. Si une erreur survient apr\u00e8s une modification, je reviens en arri\u00e8re de mani\u00e8re cibl\u00e9e et j'analyse tranquillement. Cette r\u00e9action contr\u00f4l\u00e9e r\u00e9duit <strong>Temps d'arr\u00eat<\/strong> et \u00e9vite des dommages cons\u00e9cutifs fr\u00e9n\u00e9tiques. De bonnes notes font ici la diff\u00e9rence.<\/p>\n\n<h2>Renforcer la livrabilit\u00e9 : SPF, DKIM, DMARC<\/h2>\n<p>Une configuration MX propre ne r\u00e9sout qu'une partie des d\u00e9fis de la distribution ; j'ajoute toujours SPF, DKIM et DMARC pour une distribution propre. <strong>Authentification<\/strong>. SPF d\u00e9finit quels serveurs sont autoris\u00e9s \u00e0 envoyer pour ton domaine. DKIM signe les e-mails de mani\u00e8re cryptographique et DMARC d\u00e9finit des directives pour le traitement des messages erron\u00e9s. Cette combinaison augmente la confiance et r\u00e9duit les soup\u00e7ons de spam. Pour une introduction rapide, l'aper\u00e7u de <a href=\"https:\/\/webhosting.de\/fr\/spf-dkim-dmarc-hebergement-securite-email-serverauth-serveur\/\">SPF, DKIM et DMARC<\/a>, J'utilise r\u00e9guli\u00e8rement cette liste de contr\u00f4le.<\/p>\n<p>Apr\u00e8s la configuration, je v\u00e9rifie l'\u00e9valuation des en-t\u00eates des destinataires par un envoi test. Si tous les contr\u00f4les r\u00e9ussissent, les rebonds et les quarantaines diminuent sensiblement. Veille \u00e0 maintenir les cl\u00e9s DNS \u00e0 jour et \u00e0 renouveler \u00e0 temps les cl\u00e9s expir\u00e9es. Avec des rappels automatis\u00e9s, la <strong>Int\u00e9grit\u00e9<\/strong> sont pr\u00e9serv\u00e9s. Ainsi, tes param\u00e8tres MX et Policy agissent comme une unit\u00e9 ferm\u00e9e.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/MXRecordsRoutingErklaert1491.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Surveillance et tests : outils et CLI<\/h2>\n<p>Je contr\u00f4le r\u00e9guli\u00e8rement les MX et les h\u00f4tes de destination avec dig, host et de courtes v\u00e9rifications SMTP, parce que des contr\u00f4les pr\u00e9coces sont n\u00e9cessaires. <strong>Avertissements<\/strong> R\u00e9duire les perturbations. Un moniteur v\u00e9rifie le port 25, les certificats TLS et les temps de r\u00e9ponse. En outre, j'\u00e9value les logs du serveur de messagerie et je place des alarmes sur les codes d'erreur qui indiquent des probl\u00e8mes de livraison. Pour les \u00e9quipes d'administration, il vaut la peine de documenter clairement les \u00e9tapes de test. La standardisation des tests permet de gagner du temps et de r\u00e9duire consid\u00e9rablement les co\u00fbts de suivi.<\/p>\n<p>Pour peaufiner le tout, il faut \u00e9galement proc\u00e9der \u00e0 un contr\u00f4le de la qualit\u00e9 de l'ADN, qui permet de d\u00e9tecter les incoh\u00e9rences et de garantir des TTL coh\u00e9rents. Tu trouveras un aper\u00e7u pratique utile sur le site <a href=\"https:\/\/webhosting.de\/fr\/all-incl-dns-gestion-meilleures-pratiques-controle-de-performance\/\">Gestion des DNS chez all-inkl<\/a>, Je les utilise volontiers comme guide pour les contr\u00f4les r\u00e9currents. En compl\u00e9ment, j'effectue des tests p\u00e9riodiques en direct avec des e-mails r\u00e9els afin de voir la cha\u00eene compl\u00e8te, du DNS \u00e0 la bo\u00eete aux lettres. De tels contr\u00f4les en situation r\u00e9elle r\u00e9v\u00e8lent des cas particuliers que les tests synth\u00e9tiques n'abordent pas. Cela permet de garder tes <strong>Qualit\u00e9<\/strong> dans les affaires courantes.<\/p>\n\n<h2>Cibles MX valides : Pi\u00e8ges RFC et r\u00e9solution de noms<\/h2>\n<p>Pour une distribution stable, je veille strictement \u00e0 ce qu'une entr\u00e9e MX soit li\u00e9e \u00e0 un <strong>Nom d'h\u00f4te<\/strong> jamais directement sur une IP. Le nom d'h\u00f4te lui-m\u00eame devrait pouvoir \u00eatre r\u00e9solu avec des enregistrements A et, si souhait\u00e9, AAAA. J'\u00e9vite d'utiliser des CNAME comme cible MX, car dans la pratique, ils peuvent conduire \u00e0 des chemins de r\u00e9solution inattendus et \u00e0 des erreurs. Si, techniquement, un fournisseur d'acc\u00e8s introduit tout de m\u00eame un CNAME, je teste intensivement toute la cha\u00eene par DNS Trace et par des livraisons r\u00e9elles.<\/p>\n<p>Dans le tableau de bord, je d\u00e9finis le nom de destination comme h\u00f4te pleinement qualifi\u00e9 (FQDN). Certaines interfaces attendent un point final, d'autres ajoutent la zone automatiquement ; je contr\u00f4le le fichier de zone r\u00e9sultant pour m'assurer qu'il ne s'agit pas d'un nom relatif. Un h\u00f4te relatif accidentel (par exemple \u201emx01\u201c au lieu de \u201emx01.exemple.fr.\u201c) se termine souvent par des situations NXDOMAIN. Pour finir, je valide chaque MX avec une requ\u00eate faisant autorit\u00e9 par rapport aux serveurs de noms comp\u00e9tents et je v\u00e9rifie si les h\u00f4tes peuvent \u00eatre r\u00e9solus correctement aussi bien via IPv4 que via IPv6 - y compris des tests n\u00e9gatifs pour les fautes de frappe, afin que je puisse faire face \u00e0 de tels probl\u00e8mes \u00e0 temps.<\/p>\n\n<h2>Bien exploiter le MX de sauvegarde : Queues, politiques, malentendus<\/h2>\n<p>Un MX de secours n'est utile que s'il a les m\u00eames <strong>Politiques<\/strong> comme l'h\u00f4te primaire. J'active donc des r\u00e8gles antispam, un comportement de greylisting et un contr\u00f4le des destinataires identiques. La sauvegarde doit d\u00e9tecter les destinataires inconnus <strong>pendant<\/strong> du dialogue SMTP (Recipient Verification, par exemple via Callout ou Recipient-Maps synchronis\u00e9) et ne pas cr\u00e9er de NDR seulement apr\u00e8s acceptation - tu \u00e9vites ainsi le backscatter. Les spammeurs choisissent sinon de mani\u00e8re cibl\u00e9e la cible la plus \u201edouce\u201c.<\/p>\n<p>Pour la file d'attente, je pr\u00e9vois une r\u00e9tention conservatrice mais limit\u00e9e (environ 2 \u00e0 5 jours) et un intervalle de reprise compr\u00e9hensible. Je surveille l'espace disque, la longueur de la file d'attente et les taux de report afin qu'une panne ne provoque pas de congestion sans que cela soit remarqu\u00e9. Le MX de sauvegarde ne doit jamais renvoyer au primaire en tant que smarthost si celui-ci est d\u00e9j\u00e0 la destination de la livraison - sinon, il y a risque de <strong>Pon\u00e7age<\/strong>. Autre point important : l'identit\u00e9 HELO\/EHLO et la banni\u00e8re de l'h\u00f4te de sauvegarde sont correctement d\u00e9finies, afin que les exp\u00e9diteurs gardent confiance et puissent, si n\u00e9cessaire, attribuer clairement les logs.<\/p>\n\n<h2>Double pile, TLS et certificats sur les h\u00f4tes MX<\/h2>\n<p>Je privil\u00e9gie les h\u00e9bergements MX <strong>double pile<\/strong> avec des enregistrements A et AAAA. De nombreux exp\u00e9diteurs testent d'abord IPv6 ; si le port 25 v6 est ferm\u00e9 ou limit\u00e9, l'envoi se fait en IPv4 - mais cela fait perdre du temps. Je m'assure donc que les pare-feux autorisent le port 25 pour les deux protocoles, que l'ICMP est autoris\u00e9 (pour le Path MTU) et que la surveillance v\u00e9rifie les deux piles. Pour STARTTLS, je place des certificats qui portent les noms d'h\u00f4tes MX concrets dans le SAN. Les jokers aident lorsqu'il y a beaucoup de n\u0153uds, mais je pr\u00e9f\u00e8re quand m\u00eame des entr\u00e9es claires et explicites.<\/p>\n<p>Pour un cryptage de transport renforc\u00e9, je pr\u00e9vois des suites de chiffrement modernes et l'activation de TLS 1.2\/1.3. En option, je mets en place MTA-STS dans une phase de \u201etesting\u201c en douceur et ne passe \u00e0 \u201eEnforce\u201c que lorsque les r\u00e9sultats sont stables. Avec DNSSEC, DANE (TLSA) peut \u00eatre compl\u00e9t\u00e9 ; je v\u00e9rifie alors avec une attention particuli\u00e8re la cha\u00eene DNS, car des enregistrements TLSA d\u00e9fectueux peuvent fortement perturber les connexions entrantes.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/03\/email-routing-hosting-9217.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Horizon partag\u00e9, passerelles et itin\u00e9raires internes<\/h2>\n<p>Dans les r\u00e9seaux avec des destinataires internes et externes s\u00e9par\u00e9s, j'utilise souvent <strong>DNS \u00e0 horizon partag\u00e9<\/strong> les r\u00e9solveurs externes voient les destinations MX publiques, les clients internes re\u00e7oivent des entr\u00e9es MX vers les passerelles internes ou directement vers les serveurs de bo\u00eetes aux lettres. Cela r\u00e9duit les latences et \u00e9vite les d\u00e9tours inutiles par les passerelles Internet. Ce faisant, je m'assure que les zones internes ne sont pas publi\u00e9es par inadvertance en externe et que les conventions de nommage restent coh\u00e9rentes.<\/p>\n<p>Dans les environnements hybrides avec des filtres en amont ou des syst\u00e8mes DLP, je v\u00e9rifie que les destinations MX montrent uniquement les passerelles d'ingress d\u00e9di\u00e9es. Les r\u00e8gles de transport internes ne doivent pas conduire \u00e0 ce qu'un courrier accept\u00e9 de l'ext\u00e9rieur soit \u00e0 nouveau envoy\u00e9 en direction d'Internet. Je documente la direction de toutes les routes (entrantes, internes, sortantes) et je teste de mani\u00e8re cibl\u00e9e les cas particuliers tels que les grandes pi\u00e8ces jointes, les NDR et les redirections. Ainsi, je garde le <strong>Chemin de livraison<\/strong> libre de boucles et d'impasses.<\/p>\n\n<h2>Migration ordonn\u00e9e : s\u00e9quence d'\u00e9tapes et rollback<\/h2>\n<p>Lors des changements de MX, je suis un horaire clair avec une avance et un niveau de repli :<\/p>\n<ul>\n  <li>Faire le point : v\u00e9rifier le MX actuel, la r\u00e9solution de l'h\u00f4te, les certificats, les politiques et la surveillance.<\/li>\n  <li>Abaisser le TTL : MX et h\u00f4tes cibles \u00e0 600-1800 secondes, juste avant le changement.<\/li>\n  <li>Connecter une nouvelle cible : Inscrire d'abord le nouveau MX avec un nombre de priorit\u00e9 plus \u00e9lev\u00e9, faire livrer des tests et observer les logs.<\/li>\n  <li>D\u00e9monstration des fonctionnalit\u00e9s : Valider le handshake SMTP, TLS, le filtre anti-spam, la v\u00e9rification des destinataires et le comportement de la file d'attente avec des courriers r\u00e9els.<\/li>\n  <li>Basculer vers une autre priorit\u00e9 : D\u00e9finir la priorit\u00e9 du nouveau primaire sur le chiffre le plus bas, durcir temporairement les seuils de surveillance.<\/li>\n  <li>Observer : suivre de pr\u00e8s pendant 24 \u00e0 48 heures, garder un \u0153il sur les codes d'erreur et les latences.<\/li>\n  <li>Nettoyage : supprimer les anciennes entr\u00e9es MX, remonter les TTL, mettre \u00e0 jour la documentation.<\/li>\n  <li>Rollback pr\u00eat : tant que l'ancienne infrastructure est encore en place, je peux revenir rapidement en arri\u00e8re en cas d'anomalies.<\/li>\n<\/ul>\n<p>Gr\u00e2ce \u00e0 cette discipline, m\u00eame les grands d\u00e9m\u00e9nagements peuvent \u00eatre effectu\u00e9s sans que l'on s'en rende compte. <strong>Temps d'arr\u00eat<\/strong> r\u00e9aliser. Il est important que toutes les \u00e9quipes impliqu\u00e9es connaissent le plan et qu'un canal de communication fixe soit disponible en cas de questions.<\/p>\n\n<h2>Cas particuliers : sous-domaines, wildcards et adresses internationales<\/h2>\n<p>Si je fais livrer s\u00e9par\u00e9ment des sous-domaines comme support.exemple.fr, je d\u00e9finis des enregistrements MX distincts pour chaque sous-domaine. Cela permet de s\u00e9parer clairement les \u00e9quipes ou les syst\u00e8mes. Je me tiens \u00e0 distance des MX joker (\u201e*.exemple.fr\u201c), car ils peuvent attirer des fautes de frappe et des domaines de destinataires ind\u00e9sirables. Il est pr\u00e9f\u00e9rable de ne d\u00e9finir explicitement que les sous-domaines n\u00e9cessaires et de laisser tous les autres inoccup\u00e9s.<\/p>\n<p>Pour les domaines internationaux (IDN), je veille \u00e0 ce que le DNS soit proprement repr\u00e9sent\u00e9 en punycode et que les cibles MX restent compatibles avec l'ASCII. Pour les parties locales de l'adresse avec des tr\u00e9mas (EAI\/SMTPUTF8), je v\u00e9rifie attentivement la prise en charge MTA. Si les syst\u00e8mes pr\u00e9sentent des restrictions \u00e0 cet \u00e9gard, je communique des conventions de d\u00e9nomination claires ou j'utilise des passerelles qui refusent de mani\u00e8re fiable les chemins incompatibles au lieu de courir vers des messages d'erreur difficilement lisibles.<\/p>\n\n<h2>Planification de la capacit\u00e9, limites et coh\u00e9rence des clusters<\/h2>\n<p>Pour \u00e9viter que les pics de charge ne deviennent un pi\u00e8ge, je planifie la capacit\u00e9 au niveau de la connexion et du contenu. Je d\u00e9finis <strong>limites uniformes<\/strong> pour les h\u00f4tes MX de m\u00eame rang (m\u00eame limite de connexion et de d\u00e9bit de message) et garde les \u00e9tats de spam et de greylisting synchronis\u00e9s, si les produits le permettent. Sinon, il peut arriver qu'un exp\u00e9diteur soit rejet\u00e9 par mx01, mais encore accept\u00e9 par mx02 - ce qui g\u00e9n\u00e8re un comportement incoh\u00e9rent. Les \u00e9tats partag\u00e9s ou les politiques d\u00e9terministes r\u00e9duisent de tels effets.<\/p>\n<p>Je mesure en permanence des indicateurs tels que les tentatives de connexion, le taux d'acceptation, les taux de refus et de rejet, la longueur de la file d'attente, la latence jusqu'\u00e0 l'acceptation, le taux d'utilisation TLS et la taille moyenne des messages. Ces m\u00e9triques indiquent rapidement si des goulots d'\u00e9tranglement se pr\u00e9parent (p. ex. en raison de la performance de l'analyse antivirus ou d'E\/S limit\u00e9es dans le r\u00e9pertoire de la file d'attente). En cas de modifications du cluster, je synchronise les configurations de mani\u00e8re automatis\u00e9e afin d'\u00e9viter toute d\u00e9rive des politiques. Le r\u00e9sultat est un comportement stable et pr\u00e9visible de tous les serveurs MX.<strong>H\u00f4tes<\/strong> en association.<\/p>\n\n<h2>Interpr\u00e9ter les messages d'erreur et les tester de mani\u00e8re cibl\u00e9e<\/h2>\n<p>Par exp\u00e9rience, une petite boussole des messages d'erreur acc\u00e9l\u00e8re l'analyse. Les erreurs temporaires (4xx) indiquent souvent des limites de d\u00e9bit, un greylisting ou des probl\u00e8mes de r\u00e9seau de courte dur\u00e9e ; les erreurs permanentes (5xx) parlent de violations de la politique, de destinataires inexistants ou de violations de l'obligation TLS. Je provoque sciemment des cas de test : mauvais destinataire, TLS forc\u00e9\/non forc\u00e9, pi\u00e8ces jointes trop volumineuses, absence de reverse-lookups dans le syst\u00e8me de test \u00e9metteur. Je v\u00e9rifie ainsi si les r\u00e9actions de ta pile sont coh\u00e9rentes et compr\u00e9hensibles.<\/p>\n<p>Pour les h\u00f4tes MX de m\u00eame priorit\u00e9, je ne me fie pas au \u201eRound Robin\u201c. De nombreux MTA choisissent, en cas de pr\u00e9f\u00e9rence \u00e9gale, dans un ordre al\u00e9atoire ou sur la base de m\u00e9triques internes. Dans la pratique, je v\u00e9rifie si la r\u00e9partition s'\u00e9quilibre vraiment sur une longue p\u00e9riode et, si n\u00e9cessaire, j'ajuste les limites ou le nombre d'h\u00f4tes de m\u00eame priorit\u00e9 afin d'\u00e9viter les points chauds.<\/p>\n\n<h2>Bilan rapide pour ton routage<\/h2>\n<p>Des entr\u00e9es MX correctement d\u00e9finies avec une priorit\u00e9 bien pens\u00e9e constituent la base d'un routage fiable des e-mails, que je s\u00e9curise avec des tests clairs et que je compl\u00e8te avec SPF, DKIM, DMARC ; c'est ainsi que l'on obtient des messages propres. <strong>Processus<\/strong> sans goulots d'\u00e9tranglement. D\u00e9finis au moins un MX de sauvegarde, planifie consciemment les fen\u00eatres TTL et v\u00e9rifie les logs apr\u00e8s chaque ajustement. \u00c9vite les charges h\u00e9rit\u00e9es dans la zone et g\u00e8re les noms d'h\u00f4tes de mani\u00e8re coh\u00e9rente. Pr\u00e9vois \u00e0 cet effet une documentation l\u00e9g\u00e8re qui rend les modifications compr\u00e9hensibles. Avec cette configuration, ton chemin de livraison d'e-mails reste transparent, \u00e0 l'\u00e9preuve des pannes et facile \u00e0 entretenir.<\/p>\n<p>Si tu souhaites aller plus loin ou mettre en place l'am\u00e9nagement \u00e9tape par \u00e9tape, je te renvoie \u00e0 un article compact sur le sujet. <a href=\"https:\/\/webhosting.de\/fr\/email-propre-domaine-mx-records-tools-mise-en-place-instruction-hebergement\/\">Instructions pour MX-Records<\/a>, Tu peux l'utiliser comme un outil de r\u00e9f\u00e9rence pratique. Planifie les changements avec prudence, teste soigneusement chaque chemin et pr\u00e9pare les corrections. C'est ainsi que tu obtiendras une <strong>Livraison<\/strong> - aujourd'hui et \u00e0 l'avenir.<\/p>","protected":false},"excerpt":{"rendered":"<p>Expliquer les MX records et la priorisation mx record routing dans l'h\u00e9bergement. Optimiser le chemin de livraison des emails pour un h\u00e9bergement de messagerie fiable.<\/p>","protected":false},"author":1,"featured_media":18442,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[708],"tags":[],"class_list":["post-18449","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-email"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"568","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"MX Records","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"18442","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts\/18449","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/comments?post=18449"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/posts\/18449\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/media\/18442"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/media?parent=18449"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/categories?post=18449"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/fr\/wp-json\/wp\/v2\/tags?post=18449"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}