Avec la fonction Routage des e-mails Dans cPanel, vous définissez la manière dont le serveur de messagerie de votre hébergement CURIAWEB traite les e-mails pour un domaine spécifique.
Ce paramètre est particulièrement important si votre site Web est hébergé chez CURIAWEB, mais que vos e-mails transitent par un fournisseur externe tel que Microsoft 365, Google Workspace ou un autre service de messagerie.
Dans ce guide, nous vous montrons comment contrôler le routage des e-mails dans cPanel, quand Serveur de messagerie local ou Serveur de messagerie distant est nécessaire et pourquoi un mauvais paramétrage peut entraîner des problèmes de livraison.
Important : Ne modifiez pas le routage des e-mails par simple supposition. Un mauvais paramétrage peut entraîner la distribution de messages au mauvais endroit sur le serveur ou empêcher les expéditeurs locaux d'atteindre correctement un service de messagerie externe.
Quand dois-tu modifier le routage des e-mails ? #
Si le site web et l'e-mail sont entièrement gérés via votre hébergement CURIAWEB et que tout fonctionne, vous n'avez généralement pas besoin de modifier manuellement le paramètre de routage.
Elle devient particulièrement pertinente lorsque les services sont séparés.
Un exemple type :
Votre site web votre-domaine.ch est hébergé chez CURIAWEB, mais les comptes de messagerie du domaine sont gérés par Microsoft 365.
Dans ce cas, le serveur CURIAWEB doit savoir que les e-mails pour @votre-domaine.ch ne doivent pas être remis en local, mais appartiennent au serveur de messagerie externe compétent.
Enregistrement MX et routage des e-mails : la différence importante #
Avant de modifier un paramètre, tu dois faire la distinction entre deux choses.
Le dé Enregistrements MX Dans le DNS, indiquez quels serveurs de messagerie sont responsables de la réception des e-mails d'un domaine.
Das Routage des e-mails Dans cPanel, en revanche, cela détermine la manière dont le serveur de messagerie local doit traiter les e-mails pour ce domaine.
En bref : Les enregistrements MX publiquement indiquent dans le DNS où les e-mails d'un domaine doivent être acheminés. Le routage des e-mails de cPanel détermine si le serveur de messagerie local traite le domaine lui-même comme une destination locale ou s'il doit transférer les e-mails vers un serveur de messagerie externe.
Vous pouvez gérer les enregistrements MX eux-mêmes via l'éditeur de zone cPanel. Nous expliquons comment faire sur Utilisation de l'éditeur de zones DNS dans cPanel.
1. Ouvrir le routage des e-mails dans cPanel #
Connectez-vous à votre cPanel CURIAWEB.
Faites défiler jusqu'à la section E-mail et clique sur Routage des e-mails.
S'il y a plusieurs domaines dans votre compte d'hébergement, vous devez d'abord sélectionner le domaine dont vous souhaitez vérifier ou modifier le routage.
Attention : Vérifie impérativement le domaine sélectionné. Le paramètre de routage s'applique au domaine concerné et non de manière générale à tous les domaines de ton compte d'hébergement.
2. Contrôler le paramètre de routage actuel #
cPanel affiche la configuration de routage disponible ou détectée pour le domaine sélectionné.
Selon l'interface et la configuration du serveur, des options telles que les suivantes peuvent s'afficher :
- Détecter automatiquement la configuration
- Serveur de messagerie local
- Serveur de messagerie secondaire
- Serveur de messagerie distant
Avant de modifier quoi que ce soit, vous devez savoir où sont réellement hébergés les comptes de messagerie du domaine concerné.
3. Déterminer où les e-mails de votre domaine sont hébergés #
La question décisive est la suivante :
Le serveur de messagerie CURIAWEB doit-il gérer lui-même les boîtes aux lettres de ce domaine ou les boîtes aux lettres se trouvent-elles sur un serveur de messagerie externe ?
Si vous ne pouvez pas répondre à cette question avec certitude, vous ne devez pas modifier manuellement le paramètre de routage.
Échangeur de messagerie local – Les e-mails sont hébergés chez CURIAWEB #
Serveur de messagerie local signifie que le serveur de messagerie local traite les e-mails pour le domaine sélectionné comme des messages à distribuer localement.
Ce réglage convient généralement si les comptes de messagerie du domaine sont configurés sur votre hébergement CURIAWEB.
Par exemple, dans cPanel, la boîte aux lettres existe :
info@deine-domain.ch
et CURIAWEB gère le service de messagerie de ce domaine.
Ensuite, le serveur doit envoyer des e-mails pour votre-domaine.ch pouvoir traiter localement.
Règle empirique : Si les boîtes e-mail réelles du domaine se trouvent sur votre hébergement CURIAWEB, le domaine est considéré du point de vue de ce serveur comme une destination de messagerie locale.
Serveur de messagerie distant – Les e-mails sont hébergés en externe #
Serveur de messagerie distant signifie que le serveur local ne doit pas traiter les e-mails pour le domaine concerné comme des messages à distribuer localement.
Ce paramètre est généralement requis lorsque le site Web est hébergé sur CURIAWEB, mais que les services de messagerie du domaine sont exploités sur des serveurs de messagerie externes.
Cela peut par exemple être le cas avec des services tels que Microsoft 365, Google Workspace ou une autre plateforme de messagerie externe.
Dans ce cas, le serveur CURIAWEB ne doit pas rechercher les messages pour le domaine dans les boîtes aux lettres locales, mais utiliser la route de messagerie externe.
Important : La simple configuration d'enregistrements MX externes ne suffit pas toujours dans certaines situations de livraison locale si le serveur d'hébergement continue de traiter le domaine comme une destination de messagerie locale. Le DNS et le routage des e-mails locaux doivent correspondre à l'architecture de messagerie réelle.
Serveur de messagerie de secours – uniquement pour les configurations de messagerie correspondantes #
L'option Serveur de messagerie secondaire est prévu pour des configurations où le serveur fait office de serveur de messagerie de secours pour un domaine.
Le serveur de messagerie principal se trouve à une autre destination. Le serveur de messagerie de secours peut prendre en charge les messages si la livraison principale est temporairement impossible et les transférer ultérieurement.
Ce n'est pas un paramètre normal pour le cas „ Mes e-mails sont hébergés en externe “.
Attention : Choisir Serveur de messagerie secondaire pas simplement comme une solution intermédiaire entre Local et Remote. Cette option requiert une configuration de serveur de messagerie prévue à cet effet.
Que signifie „ Détecter automatiquement la configuration “ ? #
cPanel peut essayer de détecter le type de routage approprié en se basant sur la configuration de messagerie ou DNS existante.
C'est confortable, mais cela ne remplace pas la compréhension du lieu où ton e-mail est réellement hébergé.
C'est particulièrement lors d'une migration de domaine, d'un changement de DNS ou d'une transition vers un fournisseur de messagerie externe que tu devrais vérifier si la configuration détectée correspond à l'architecture souhaitée.
4. Configurer le serveur de messagerie local #
Si les comptes de messagerie du domaine sélectionné sont hébergés sur votre hébergement CURIAWEB et qu'un paramétrage manuel est nécessaire, procédez comme suit :
- Ouvrir E-Mail → Routage des e-mails.
- Sélectionnez le bon domaine.
- Choisir Serveur de messagerie local.
- Enregistrez la modification à l'aide du bouton prévu à cet effet.
Le serveur traite ensuite le domaine en conséquence comme une destination de messagerie locale.
5. Configurer le serveur de messagerie distant #
Si les comptes de messagerie du domaine sont entièrement gérés par un fournisseur de messagerie externe et que la configuration manuelle est requise :
- Ouvrir E-Mail → Routage des e-mails.
- Sélectionnez le domaine concerné.
- Vérifiez que la configuration MX pointe vers le service de messagerie externe prévu.
- Choisir Serveur de messagerie distant.
- Enregistre la modification.
Cela indique au serveur de messagerie local de ne pas traiter le domaine comme une destination de messagerie locale.
Important : Serveur de messagerie distant ne remplace pas des enregistrements MX valides. Si les e-mails sont hébergés en externe, les paramètres DNS du service de messagerie externe doivent également être configurés correctement.
6. Contrôler les enregistrements MX après une modification #
Si tu as modifié le routage en raison d'un service de messagerie externe, tu devrais en outre vérifier si les enregistrements MX du domaine pointent effectivement vers les bons serveurs de messagerie.
Les valeurs MX requises sont spécifiées par le fournisseur de messagerie respectif.
Utilisez ces valeurs exactement telles quelles. N'inventez pas vos propres noms d'hôtes et ne remplacez pas les serveurs de messagerie fournis par l'adresse IP de votre site web.
Le traitement s'effectue via le Éditeur de zone DNS dans cPanel, pour autant que la zone DNS de votre domaine soit gérée via l'environnement CURIAWEB correspondant.
7. Envoyer un message de test depuis une adresse externe #
Après une modification, vous devez tester la réception en pratique.
Envoyez un message d'une adresse externe indépendante vers une boîte aux lettres existante du domaine.
Dans le cas d'une messagerie hébergée à l'extérieur, le message doit arriver chez le fournisseur de messagerie externe. Dans le cas d'une messagerie hébergée localement, il doit arriver dans la boîte aux lettres CURIAWEB correspondante.
8. Tester également l'expédition #
Ensuite, testez la direction opposée.
Envoyez un message depuis la boîte aux lettres concernée vers une adresse e-mail externe indépendante et vérifiez s'il y arrive.
Un test complet comprend donc à la fois :
- externe → ton domaine
- votre domaine → externe
Cela permet de mieux juger si la configuration de la messagerie fonctionne fondamentalement.
Pourquoi les e-mails fonctionnent-ils en externe, mais pas depuis son propre site web ? #
Un problème de routage particulièrement typique apparaît lorsque des expéditeurs externes peuvent atteindre un domaine sans problème, mais que les messages provenant d'un site Web hébergé sur le même serveur n'arrivent pas dans la boîte aux lettres externe.
Par exemple, se trouve :
www.deine-domain.ch
sur CURIAWEB, lorsque :
info@deine-domain.ch
est exploité via un service de messagerie externe.
Si un formulaire de contact sur le site Web envoie maintenant un message à info@deine-domain.ch, le serveur local doit savoir que cette boîte aux lettres n'est pas locale.
Si le domaine est traité à tort comme une destination de messagerie locale, un problème de livraison peut survenir précisément ici.
Conseil pratique : Si le trafic de messagerie externe normal fonctionne, mais que les messages provenant d'un site Web hébergé sur le même hébergement vers votre propre domaine manquent, le routage des e-mails fait partie des paramètres que vous devez vérifier.
Pourquoi les expéditeurs externes fonctionnent-ils quand même ? #
Les serveurs de messagerie externes s'orientent lors de la distribution en fonction des informations DNS et MX accessibles au public du domaine.
Un serveur web, qui est en même temps configuré comme serveur de messagerie, doit en revanche décider en plus si un domaine qui lui est connu doit être traité localement ou de manière externe.
C'est pourquoi des enregistrements MX corrects et un mauvais paramètre de routage local peuvent coexister.
Cela explique pourquoi un problème peut ne survenir qu'avec des messages provenant directement du même environnement d'hébergement.
Boîte aux lettres locale malgré un échangeur de messagerie distant ? #
Si tu Serveur de messagerie distant utilises, tu ne devrais pas supposer qu'une boîte aux lettres locale du même nom éventuellement encore présente dans cPanel reste la destination souhaitée pour les e-mails normaux de ce domaine.
Si le domaine a été migré vers un service de messagerie externe, les anciennes boîtes aux lettres locales ne doivent donc pas être considérées comme la preuve que les e-mails doivent continuer à y arriver.
Avant une migration, vous devez sauvegarder vos données de messagerie existantes et définir clairement le flux de messagerie prévu.
Serveur de messagerie local malgré des enregistrements MX externes #
Cette combinaison peut être problématique.
Bien que les enregistrements MX visibles publiquement puissent acheminer les expéditeurs externes vers le fournisseur de messagerie externe, le serveur CURIAWEB lui-même continue de traiter le domaine comme une destination locale.
Cela peut entraîner, en particulier pour les messages générés localement, un mode de livraison différent de celui prévu.
Si les services de messagerie sont exploités entièrement en externe, il convient par conséquent d'adapter non seulement les enregistrements MX, mais aussi la configuration du routage local à cet exploitation externe.
Serveur de messagerie distant malgré des boîtes aux lettres locales #
L'erreur inverse de configuration peut également causer des problèmes.
Si les comptes de messagerie se trouvent effectivement sur CURIAWEB, mais que le serveur traite le domaine comme une destination de messagerie externe, la configuration du routage ne correspond pas à l'architecture prévue.
Vérifie donc toujours en premier, où les véritables boîtes aux lettres sont exploitées, avant de sélectionner Local ou Remote.
Routage des e-mails après un changement de fournisseur de messagerie #
Lorsque vous transférez vos e-mails de CURIAWEB vers un fournisseur externe ou inversement, le routage fait partie de la planification de la migration.
Lors d'un passage à un fournisseur de messagerie externe, il faut généralement appliquer ses consignes DNS et configurer le routage local de manière adéquate.
Lors d'un retour à l'hébergement d'e-mails local, les paramètres correspondants doivent à nouveau s'adapter au nouvel environnement cible.
Attention : Ne supprimez pas précipitamment les boîtes aux lettres existantes lors d'une migration de messagerie. Assurez-vous d'abord que les messages nécessaires ont été sauvegardés ou transférés et que le nouveau flux de messagerie fonctionne.
Les modifications DNS peuvent prendre du temps #
Si des enregistrements MX ont été modifiés en même temps, il est possible que différents serveurs de noms DNS utilisent encore temporairement des valeurs plus anciennes mises en cache.
Cela dépend, entre autres, du TTL des enregistrements DNS concernés et des réโซolveurs impliqués.
Par conséquent, immédiatement après un changement de DNS, il est possible d'observer temporairement différents chemins de routage.
Modifier le routage cPanel local et actualiser les informations DNS mises en cache dans le monde entier sont deux opérations distinctes.
Le routage des e-mails ne corrige pas les paramètres SPF, DKIM ou DMARC incorrects. #
Le routage des e-mails détermine si un domaine est traité localement ou en externe. Il ne remplace pas le reste de la configuration pour l'authentification et la délivrabilité des e-mails.
Si, par exemple, les messages sont classés comme spam par le destinataire ou rejetés en raison de problèmes d'authentification, la délivrabilité des e-mails doit également être étudiée.
Nous vous montrons comment vérifier les informations correspondantes dans cPanel sous Vérifier la délivrabilité des e-mails dans cPanel.
Le routage des e-mails ne résout pas non plus une boîte de réception pleine #
Si les messages ne peuvent pas être acceptés en raison d'une boîte de réception pleine, modifier le paramètre de local à distant ou vice versa ne résout rien.
Le routage ne doit être modifié que si le réglage actuel ne correspond effectivement pas à l'emplacement des serveurs de messagerie.
Examiner l'erreur de suivi de livraison #
Si les paramètres de routage semblent corrects mais que les e-mails ne sont toujours pas distribués comme prévu, tu devrais examiner le chemin de livraison réel.
cPanel propose à cet effet la fonction Suivre l'acheminement Prêt.
Les informations sur le traitement des e-mails peuvent y aider à déterminer si un message a été délivré, transféré ou traité avec une erreur.
Nous expliquons la procédure exacte sous Suivi de la livraison des e-mails dans cPanel.
Erreurs courantes dans le routage des e-mails #
Une erreur fréquente est de supposer que les enregistrements MX externes rendent automatiquement superflue toute configuration de serveur de messagerie local.
Tout aussi problématique est le fait, Serveur de messagerie distant à sélectionner simplement parce qu'un seul e-mail est transféré. Un transfert d'e-mail normal ne signifie pas que l'ensemble du domaine est hébergé en externe.
Auch Serveur de messagerie secondaire ne devrait pas être utilisé comme prétendue position médiane sûre.
Ce qui est toujours décisif, c'est l'architecture réelle : où se trouvent les boîtes aux lettres et quel serveur de messagerie doit être responsable du domaine ?
Règle de base : Les boîtes aux lettres hébergées localement nécessitent un traitement local des e-mails. Les boîtes aux lettres hébergées entièrement en externe nécessitent une route de messagerie externe correspondante. Le DNS, les enregistrements MX et le routage local doivent correspondre.
Résumé #
Das Routage des e-mails que vous trouverez dans votre cPanel CURIAWEB sous E-Mail → Routage des e-mails.
Si les comptes de messagerie d'un domaine sont gérés directement via votre hébergement CURIAWEB, le serveur doit traiter le domaine en conséquence comme une destination de messagerie locale. Si les boîtes aux lettres sont entièrement gérées par un fournisseur de messagerie externe, la configuration du routage doit correspondre à l'utilisation d'une messagerie externe.
Serveur de messagerie local et Serveur de messagerie distant ne doivent donc pas être choisis au pif. Vérifiez d'abord où se trouvent les boîtes aux lettres réelles.
Notez également que le routage des e-mails cPanel n'est pas le même que la configuration MX dans le DNS. Dans le cas d'une messagerie hébergée en externe, les deux niveaux doivent fonctionner correctement ensemble.
Après une modification, testez la réception et l'envoi avec une adresse e-mail externe indépendante. Si des problèmes persistent, analysez ensuite le chemin d'acheminement réel des messages via le suivi des livraisons de cPanel.
