Si vous ne pouvez plus envoyer de messages avec votre adresse e-mail CURIAWEB, la cause peut provenir de différents endroits. Des paramètres SMTP incorrects, un mot de passe qui n'est plus valide ou une absence d'authentification du serveur de courrier sortant en sont souvent responsables.
Il est cependant important de cerner le problème de manière systématique. Si, par exemple, tu peux continuer à recevoir des e-mails, cela ne signifie pas automatiquement que la configuration pour l'envoi est également correcte. La boîte de réception et la boîte d'envoi utilisent des protocoles et des connexions différents.
Dans cet article, nous vous montrons comment découvrir étape par étape pourquoi l'expédition ne fonctionne pas.
Norme CURIAWEB : Pour l'envoi d'e-mails habituel, vous utilisez
mail.deine-domain.chen tant que serveur SMTP, port465, SSL/TLS et une authentification avec votre adresse e-mail complète et le mot de passe du compte de messagerie.
À déterminer d'abord : le problème concerne-t-il uniquement l'expédition ? #
Vérifiez d'abord si vous pouvez toujours recevoir des messages avec le compte de messagerie concerné.
Si de nouveaux messages arrivent normalement, l'accès à votre boîte aux lettres fonctionne en principe. Le problème peut alors être recherché de manière ciblée au niveau de la boîte d'envoi ou du SMTP.
Si, en revanche, ni l'envoi ni la réception ne fonctionnent, tu dois en outre vérifier le nom d'utilisateur, le mot de passe, les paramètres du serveur et l'accessibilité fondamentale du compte.
Tester l'envoi via webmail #
L'un des moyens les plus rapides pour cerner le problème est d'effectuer un test via le webmail.
Connectez-vous au webmail avec l'adresse e-mail concernée et le mot de passe associé, puis envoyez-y un message de test à une autre adresse e-mail à laquelle vous avez accès.
Si l'envoi fonctionne via le webmail, mais pas via Outlook, Apple Mail ou Thunderbird, cela indique fortement un problème de configuration du client de messagerie utilisé.
Si le webmail ne peut pas non plus envoyer de message, la cause ne provient probablement pas exclusivement de la configuration locale de votre programme de messagerie.
Nous vous expliquons comment utiliser le webmail sur Utiliser le webmail.
Conseil pratique : Le test de la messagerie Web permet de gagner beaucoup de temps lors du dépannage. Il t'aide à faire la distinction entre un problème local au niveau du client de messagerie et un problème lié au compte de messagerie lui-même.
Vérifier les paramètres SMTP #
Pour l'envoi d'e-mails CURIAWEB standard, les paramètres suivants s'appliquent :
Serveur SMTP : mail.deine-domain.ch
Port : 465
Chiffrement : SSL/TLS
Authentification : requise
Nom d'utilisateur : adresse e-mail complète
Mot de passe : mot de passe du compte de messageriePour l'adresse e-mail info@meine-firma.ch le serveur SMTP serait par exemple :
mail.meine-firma.ch
Comme nom d'utilisateur, vous utilisez :
info@meine-firma.ch
Tu trouveras les bases concernant la boîte de réception et la boîte d'envoi de manière détaillée sous Explication d'IMAP, POP3 et SMTP.
Utiliser l'adresse e-mail complète comme nom d'utilisateur #
Une erreur de configuration fréquente est un nom d'utilisateur incomplet.
N'utilisez pas seulement :
informations
mais toujours l'adresse e-mail complète :
info@meine-firma.ch
Cela s'applique également à la connexion au serveur SMTP.
L'authentification SMTP doit être activée #
Le serveur de messagerie CURIAWEB ne permet pas aux utilisateurs quelconques d'envoyer des messages par son intermédiaire sans authentification.
Ton client de messagerie doit donc s'authentifier auprès du serveur SMTP.
Selon le programme de messagerie, le paramètre correspondant peut par exemple être Authentification requise, Authentification SMTP ou porter une désignation équivalente.
Pour cela, utilise la même adresse e-mail complète et le même mot de passe que ceux de ton compte de messagerie.
Erreur typique : La boîte de réception a été configurée avec un nom d'utilisateur et un mot de passe, mais les identifiants n'ont pas été enregistrés pour le serveur sortant. Dans ce cas, la réception peut fonctionner tandis que l'envoi échoue.
Vérifier le port SMTP et le chiffrement #
Pour la configuration standard de CURIAWEB, utilise les paramètres SMTP suivants :
Port 465
avec
SSL/TLS
Le nom du serveur, le port et la méthode de chiffrement doivent correspondre.
Ne modifiez donc pas les paramètres au hasard vers d'autres ports ou méthodes de chiffrement simplement parce que l'envoi ne fonctionne pas immédiatement.
Vérifier le mot de passe #
Si le mot de passe est incorrect, votre messagerie ne pourra pas s'authentifier correctement auprès du serveur SMTP.
Testez d'abord l'adresse e-mail et le mot de passe dans le webmail.
Si la connexion échoue également là-bas, tu devrais vérifier ou réinitialiser le mot de passe du compte de messagerie.
Veuillez noter que le mot de passe du compte de messagerie n'est pas automatiquement le même que votre mot de passe pour l'espace client CURIAWEB ou cPanel.
Problème directement après un changement de mot de passe #
Si l'envoi ne fonctionne plus immédiatement après un changement de mot de passe, c'est souvent parce que l'ancien mot de passe est encore enregistré dans le programme de messagerie.
Mettez par conséquent à jour les identifiants de connexion sur tous les appareils sur lesquels le compte de messagerie concerné est configuré.
Vérifiez en particulier le mot de passe enregistré pour le serveur SMTP.
Important : Après un changement de mot de passe, ne modifiez pas en premier lieu les noms de serveurs, les ports ou les paramètres DNS. Si le problème a commencé immédiatement après, vérifiez d'abord les identifiants enregistrés.
Est-ce que l'envoi ne fonctionne que sur un seul appareil ? #
Si vous utilisez le même compte de messagerie sur plusieurs appareils, vous pouvez utiliser ces appareils pour circonscrire le problème.
Supposons que l'envoi fonctionne sur votre smartphone et sur le webmail, mais pas dans Outlook sur votre ordinateur. Dans ce cas, il est fort probable que le problème provienne de la configuration d'Outlook.
Si, en revanche, l'envoi ne fonctionne sur aucun appareil et pas non plus via le Webmail, la cause doit être examinée plus en détail au niveau du compte ou du serveur.
Contrôler plusieurs comptes SMTP ou serveurs de courrier sortant #
Les programmes de messagerie peuvent enregistrer plusieurs serveurs de courrier sortant. C'est particulièrement fréquent lorsque plusieurs adresses e-mail ont été configurées.
Cela peut amener un compte à essayer par inadvertance d'envoyer des messages via le serveur SMTP ou les identifiants d'un autre compte.
Vérifiez par conséquent si le bon serveur de courrier sortant est effectivement attribué à la boîte e-mail concernée.
C'est une source d'erreur importante, en particulier avec Thunderbird et divers programmes de messagerie plus anciens ou dont la configuration est complexe.
Le message reste bloqué dans la boîte d'envoi #
Si un message reste dans la boîte d'envoi, le programme de messagerie n'a pas encore pu le transmettre avec succès au serveur SMTP.
Vérifiez d'abord la connexion Internet, puis le serveur SMTP, le port, le chiffrement et les identifiants.
Si seule une certaine message est concerné alors que d'autres messages peuvent être envoyés, la cause peut également provenir de ce message spécifique.
Par exemple, des pièces jointes très volumineuses ou un contenu de message inhabituel peuvent empêcher le traitement d'un message comme prévu.
Un seul message spécifique ne peut pas être envoyé #
Si d'autres e-mails peuvent être envoyés sans problème, il n'y a probablement pas d'erreur générale de configuration SMTP.
Créez à titre d'essai un message simple sans pièces jointes et envoyez-le à une autre adresse.
Si ce message fonctionne, vous devriez examiner le message problématique de plus près.
Vérifiez par exemple :
- l'adresse du destinataire
- la taille et le type des pièces jointes
- si le message est envoyé à un très grand nombre de destinataires en même temps
- si ton programme de messagerie affiche un message d'erreur spécifique
Seuls les messages à un destinataire spécifique échouent #
Si les messages sont correctement distribués à d'autres destinataires mais qu'une adresse ou un domaine spécifique pose problème, votre envoi SMTP de base fonctionne probablement.
La cause peut alors se situer par exemple du côté du destinataire.
Dans ce cas, le message d'erreur exact ou l'avis de non-remise est important.
Elle peut contenir des indications permettant de savoir si l'adresse du destinataire n'existe pas, si le serveur de destination a rejeté un message ou si un autre problème de livraison s'est produit.
Conseil pratique : En cas de problèmes de livraison, le message d'erreur précis est beaucoup plus explicite que la déclaration générale „ L'e-mail ne part pas “. Conservez les messages d'erreur et les avis de non-livraison pour l'analyse.
Expédié ne signifie pas automatiquement livré #
Il est important de faire la distinction entre Expédition et Livraison à distinguer.
Si votre programme de messagerie a transmis avec succès un message au serveur SMTP de CURIAWEB, l'envoi local a initialement réussi.
Ensuite, le message doit cependant encore être transmis au serveur de messagerie du destinataire et y être accepté.
Un problème sur ce chemin supplémentaire n'est par conséquent pas le même qu'une erreur lors de la connexion SMTP dans ton programme de messagerie.
Lire l'avis de non-remise #
Si un message ne peut pas être délivré ultérieurement, l'expéditeur reçoit souvent un message d'erreur automatique. De tels messages sont souvent appelés bounce ou avis de non-délivrance.
Il peut contenir des informations techniques et des codes d'état SMTP qui décrivent plus précisément le motif du rejet.
Un message peut par exemple indiquer que :
- l'adresse du destinataire n'existe pas
- la boîte aux lettres du destinataire n'est pas disponible
- le serveur de destination rejette le message
- un message a été rejeté en raison d'une règle
- un problème de livraison temporaire persiste
Le message exact ne doit donc pas être supprimé avant que la cause ne soit élucidée.
Faire la distinction entre les erreurs SMTP temporaires et permanentes #
Les codes d'erreur SMTP aident à classifier un problème de livraison.
Codes de réponse dans la plage 4xx représentent typiquement un erreur temporaire. Le serveur de messagerie expéditeur pourra réessayer la livraison ultérieurement.
Codes de réponse dans la plage 5xx indiquent généralement un erreur permanente ou un refus.
Cependant, le code concret et le texte correspondant sont déterminants pour la cause réelle.
Important : Un code SMTP à lui seul ne suffit souvent pas pour un diagnostic fiable. Notez ou transmettez toujours le message d'erreur complet.
SPF, DKIM et DMARC peuvent jouer un rôle dans la délivrabilité #
Si un message a été envoyé avec succès par le serveur SMTP, mais qu'il est rejeté par un destinataire ou évalué comme suspect, les protocoles d'authentification des e-mails de votre domaine peuvent également entrer en jeu.
Pour les domaines d'e-mail d'hébergement normaux, CURIAWEB configure par principe automatiquement SPF, DKIM et DMARC dans la zone DNS de l'hébergement.
Ces entrées ne doivent pas être modifiées ou supprimées sans raison précise.
Les adaptations deviennent particulièrement pertinentes lorsque des services d'expédition externes supplémentaires sont utilisés – par exemple des systèmes de newsletter, des plateformes CRM, Microsoft 365 ou d'autres services SMTP externes.
Nous expliquons les liens sous SPF, DKIM et DMARC expliqués pour l'hébergement CURIAWEB.
Éviter plusieurs enregistrements SPF #
Lorsque des services d'expédition externes sont utilisés, un enregistrement SPF supplémentaire est parfois créé par inadvertance.
Ce n'est pas la bonne façon de procéder.
Pour un domaine, la politique SPF doit être représentée dans un enregistrement TXT SPF consolidé.
Plusieurs concurrents v=spf1-Les enregistrements peuvent entraîner une évaluation SPF invalide et ainsi causer des problèmes de délivrabilité.
Modifications DNS après un changement de domaine ou d'hébergement #
Si des problèmes de livraison surviennent immédiatement après un changement de domaine, de DNS ou d'hébergement, il convient en outre de vérifier si la configuration DNS pointe entièrement vers l'environnement actuel.
Les enregistrements de messagerie et d'authentification sont particulièrement pertinents à cet égard.
Les modifications DNS ne sont en outre pas toujours immédiatement visibles partout dans le monde en raison du TTL et de la mise en cache.
Si vous devez vérifier les enregistrements DNS dans cPanel, vous trouverez les instructions correspondantes sous Utilisation de l'éditeur de zones DNS dans cPanel.
Vérifier la délivrabilité des e-mails dans cPanel #
cPanel présente avec Livrabilité des e-mails une fonction permettant de vérifier, entre autres, des paramètres DNS importants pour l'envoi d'e-mails.
Vous les trouvez dans cPanel sous :
E-mail → Délivrabilité des e-mails
Si votre programme de messagerie parvient à transmettre correctement les messages au serveur mais que des problèmes de livraison surviennent, cette vérification peut fournir des indications supplémentaires.
Vérifier la boîte aux lettres ou l'espace d'hébergement #
Les problèmes d'espace de stockage peuvent également affecter le fonctionnement des e-mails.
Lorsqu'un compte de messagerie ou un compte d'hébergement atteint une limite de stockage, diverses fonctions de messagerie peuvent être compromises.
Vous pouvez contrôler l'utilisation de l'espace de stockage de vos comptes de messagerie dans cPanel.
Nous expliquons comment cela fonctionne sur Vérifier l'espace de stockage des e-mails dans cPanel.
SpamExperts Incoming n'est pas votre serveur SMTP #
Si votre domaine utilise le filtrage entrant SpamExperts, les messages entrants transitent par l'infrastructure MX de SpamExperts.
Cependant, ces serveurs MX ne sont pas automatiquement les serveurs SMTP que vous devez configurer pour l'envoi normal dans Outlook, Apple Mail ou Thunderbird.
Pour la configuration CURIAWEB normale, vous continuez à utiliser :
mail.deine-domain.ch
avec le port SMTP 465 et SSL/TLS.
Le filtrage sortant SpamExperts est un cas particulier #
Si pour votre compte de messagerie expressément Filtrage sortant SpamExperts le trafic de courrier sortant peut être acheminé via l'infrastructure SpamExperts.
Dans ce cas, les paramètres SMTP appliqués diffèrent de ceux de la configuration CURIAWEB normale.
Utilisez ensuite les identifiants et les paramètres de serveur prévus pour SpamExperts Sortant.
Nous expliquons la configuration sous Configurer le filtrage sortant SpamExperts.
Quand SpamExperts Outgoing bloque un message #
Le filtrage sortant sert notamment à vérifier le trafic des messages sortants pour y déceler le spam, les abus et les comportements d'envoi suspects.
Il ne faut donc pas contourner un blocage simplement en assouplissant les paramètres de filtrage.
Il faut exclure, en particulier en cas de volumes d'envoi inopinément importants, qu'un compte de messagerie ou un site web ait été compromis et n'envoie des messages de manière non intentionnelle.
Important : Si un nombre inhabituellement élevé d'e-mails sortants se produit soudainement, la cause de cet envoi doit d'abord être élucidée. Un mot de passe compromis, un appareil infecté ou un site web compromis doit être réparé, et non pas seulement la réaction du filtre.
Soudainement, un nombre inhabituel d'e-mails envoyés #
Si des messages ont été envoyés en ton nom sans que tu ne les aies rédigés toi-même, tu dois supposer qu'il y a un problème de sécurité potentiel.
Modifiez le mot de passe du compte de messagerie concerné et vérifiez les appareils sur lesquels ce compte est configuré.
Si les messages proviennent éventuellement d'un site web, celui-ci doit également être examiné pour détecter une éventuelle compromission.
Dans un tel cas, il est important non seulement de rétablir l'envoi, mais aussi d'éliminer la cause de l'envoi non autorisé.
Pare-feu, logiciel de sécurité ou réseau en cause #
Si les paramètres sont corrects et que l'envoi fonctionne via le webmail, l'environnement local peut également, dans de rares cas, influencer la connexion du programme de messagerie au serveur SMTP.
Cela inclut par exemple les logiciels de sécurité, les pare-feu locaux ou les paramètres réseau.
Un test utile peut consister à utiliser temporairement le même appareil sur une autre connexion Internet.
Si l'envoi SMTP y fonctionne, bien que le logiciel de messagerie et les paramètres du compte soient inchangés, l'environnement réseau d'origine devrait être examiné de plus près.
Ne pas contourner les avertissements de certificat #
Si ton programme de messagerie affiche un avertissement concernant le certificat lors de l'établissement de la connexion SMTP, tu ne devrais pas simplement l'accepter de manière permanente.
Vérifiez d'abord le nom du serveur.
Dans la configuration normale de CURIAWEB, celui-ci suit le schéma :
mail.deine-domain.ch
Consigne de sécurité : Un avertissement de certificat n'est pas un problème qui devrait être résolu en le confirmant aveuglément. Vérifiez d'abord le nom du serveur, le port et le chiffrement.
Ce que vous devriez documenter en cas de problème de livraison #
Si le problème ne se résout pas de lui-même, des informations techniques concrètes aident beaucoup plus qu'une description générale comme „ l'e-mail ne fonctionne pas “.
Sont particulièrement utiles :
- l'adresse e-mail concernée
- le client de messagerie et le système d'exploitation utilisés
- si le Webmail fonctionne
- si la réception fonctionne
- si tous les destinataires ou seulement certains d'entre eux sont concernés
- l'heure d'une tentative de livraison échouée
- le message d'erreur complet ou l'avis de non-remise
En revanche, tu ne devrais jamais envoyer un mot de passe non chiffré dans un message de support normal.
L'ordre le plus logique pour la recherche de pannes #
Si vous ne pouvez pas envoyer d'e-mails, ne partez pas immédiatement du principe qu'il s'agit d'un problème de serveur et ne modifiez pas divers paramètres au hasard.
Un diagnostic judicieux commence par un test de webmail. Si l'envoi y fonctionne, vous vérifiez ensuite la configuration SMTP de votre logiciel de messagerie.
Vérifier le nom du serveur et le port 465, SSL/TLS, adresse e-mail complète, mot de passe et authentification SMTP.
Si la transmission au serveur de messagerie fonctionne, mais qu'un message spécifique n'est pas délivré, examinez ensuite le message de non-rendement (NDR) et le côté destinataire.
Ce n'est qu'après qu'il conviendra d'examiner des facteurs supplémentaires tels que SPF, DKIM, DMARC, SpamExperts ou des problèmes de réseau.
Remarque : Il faut d'abord déterminer si votre client de messagerie parvient au moins à transmettre le message au serveur SMTP. Ce n'est qu'ensuite qu'il faut examiner si le message a été distribué ou rejeté lors de la suite de son acheminement vers le destinataire.
Résumé #
Si tu ne peux pas envoyer de messages avec ton adresse e-mail CURIAWEB, tu dois d'abord cerner le problème à l'aide du webmail.
Si l'envoi fonctionne via le webmail, la cause provient probablement de votre messagerie ou de sa configuration SMTP.
Pour la configuration normale de CURIAWEB, les éléments suivants s'appliquent :
Serveur SMTP :
mail.deine-domain.ch
Port :
465
Chiffrement :
SSL/TLS
Authentification :
requise
Nom d'utilisateur :
adresse e-mail complète
Mot de passe :
mot de passe du compte de messagerieSi le message est transmis avec succès au serveur SMTP, mais n'arrive pas chez le destinataire, il s'agit en revanche d'un problème de délivrabilité. Dans ce cas, le message d'erreur précis, le côté destinataire ainsi que, le cas échéant, SPF, DKIM, DMARC ou SpamExperts sont particulièrement pertinents.
La règle la plus importante en cas de problème de messagerie est donc la suivante : examiner séparément l'envoi et la livraison et cerner la cause de manière systématique, au lieu de modifier au hasard les données du serveur ou les paramètres DNS.
