Si un e-mail attendu n'apparaît pas dans votre boîte aux lettres CURIAWEB, la cause peut provenir de différents endroits. Un message manquant ne signifie pas toujours que le serveur de messagerie ne reçoit pas d'e-mails.
Le problème peut par exemple provenir de votre programme de messagerie, de la connexion IMAP, d'une boîte aux lettres pleine, d'un transfert ou d'un filtre. De plus, si le filtrage entrant SpamExperts est utilisé, le message a pu être filtré ou mis en quarantaine avant même d'être distribué au serveur de messagerie proprement dit.
Des paramètres MX ou DNS incorrects peuvent également empêcher les e-mails d'atteindre correctement votre domaine.
Dans cet article, nous te montrons comment identifier systématiquement les problèmes de réception et découvrir à quel endroit un message se perd ou n'est pas délivré ou affiché comme prévu.
Important : En cas de problèmes de réception, ne modifiez pas immédiatement les paramètres DNS, MX, SpamExperts ou de filtrage. Vérifiez d'abord à quel endroit le chemin d'acheminement des messages est réellement interrompu.
D'abord, faire la distinction : l'e-mail n'est-il pas arrivé ou est-il simplement masqué ? #
Cette distinction est cruciale pour la recherche d'erreurs.
Un message peut déjà se trouver correctement dans la boîte de réception, alors qu'Outlook, Apple Mail, Thunderbird ou votre smartphone ne l'affichent pas en raison d'un problème de synchronisation.
Dans ce cas, la livraison effective des e-mails fonctionne. Le problème concerne uniquement l'accès du client de messagerie utilisé à la boîte aux lettres.
Il est également possible que le message n'ait effectivement pas atteint le serveur de messagerie CURIAWEB. Il faut alors examiner le chemin d'acheminement du message en amont de la boîte aux lettres.
Utiliser le webmail comme premier test de contrôle #
Ouvrez d'abord le webmail et connectez-vous directement avec l'adresse e-mail concernée et le mot de passe du compte de messagerie.
Vérifiez-y si le message attendu est présent.
Le message est-il présent dans le webmail ?, elle a par principe été livrée dans votre boîte de réception. Le problème vient alors probablement de votre logiciel de messagerie, de sa configuration IMAP ou de sa synchronisation.
Le message n'est-il pas non plus présent sur le webmail, il faut examiner plus avant si elle a seulement été livrée dans votre boîte aux lettres.
Nous vous expliquons comment accéder à votre boîte de réception via le navigateur sur Utiliser le webmail.
Conseil pratique : Le test de messagerie Web est l'une des premières étapes les plus importantes en cas de problèmes de réception. Il permet de distinguer les problèmes liés au programme de messagerie local des véritables problèmes de livraison.
Vérifier les dossiers Spam et autres #
Si un message attendu est absent de la boîte de réception, vous ne devez pas seulement vérifier le dossier de la boîte de réception proprement dit.
Vérifiez également le dossier des spams ou des courriers indésirables ainsi que d'autres dossiers vers lesquels les messages pourraient être déplacés par des règles ou des filtres.
Selon le programme de messagerie, les dossiers peuvent être nommés ou affichés différemment.
De plus, si vous utilisez plusieurs appareils ou programmes, une action concernant le message a peut-être déjà été effectuée sur un autre appareil.
Envoyer un e-mail de test au compte concerné #
Envoyez, à partir d'une autre adresse e-mail à laquelle vous avez accès, un simple message de test à la boîte aux lettres CURIAWEB concernée.
Utilisez d'abord un message sans pièces jointes et avec un objet simple.
Vérifiez ensuite si ce message apparaît dans le webmail.
Cela vous permet de déterminer si de nouveaux messages sont généralement reçus ou si seule une adresse d'expéditeur spécifique ou un message particulier est concerné.
D'autres e-mails arrivent, mais un message spécifique manque #
Si d'autres messages arrivent normalement, la distribution de base vers votre boîte aux lettres fonctionne probablement.
Dans ce cas, il faudrait enquêter spécifiquement sur le message manquant.
Sont pertinents, par exemple :
- l'adresse de l'expéditeur
- la date d'expédition estimée
- l'adresse du destinataire
- si l'expéditeur a reçu un message d'erreur
- si SpamExperts a traité le message
- qu'il y ait des filtres locaux ou côté serveur
Pour les domaines protégés par SpamExperts, la recherche dans les journaux (Log Search) est particulièrement utile pour une telle analyse.
Vérifier la quarantaine SpamExperts #
Si votre domaine utilise le filtrage entrant de SpamExperts, vous devez vérifier si le message manquant a été bloqué par SpamExperts en tant que spam ou pour une autre raison de filtrage.
Un message mis en quarantaine n'est pas distribué normalement dans votre boîte aux lettres tant qu'il y est retenu.
Nous expliquons comment vérifier la quarantaine et traiter les messages qu'elle contient sur Utiliser la quarantaine de spam dans SpamExperts.
Important : Si SpamExperts retient un seul message légitime, vous ne devez pas modifier immédiatement les paramètres de filtrage généraux. La configuration CURIAWEB de SpamExperts est par principe déjà configurée de manière judicieuse.
Utiliser la recherche de journaux SpamExperts #
Le dé Recherche de journaux est particulièrement utile lorsqu'un message spécifique n'est pas arrivé dans la boîte de réception.
Cela vous permet d'analyser, à l'aide d'informations telles que l'expéditeur, le destinataire et la période, si SpamExperts a vu le message et comment le système l'a traité.
C'est une différence importante par rapport à la simple consultation de la boîte de réception : lorsqu'un message se trouve dans les journaux (logs) de SpamExperts, vous savez qu'il a atteint l'infrastructure de SpamExperts.
Nous vous expliquons comment utiliser la recherche sur Recherche dans les journaux SpamExperts : retracer l'historique des e-mails.
Le message ne se trouve pas dans la recherche de journaux SpamExperts #
Si un message attendu est introuvable dans SpamExperts, il ne faut pas automatiquement supposer qu'il s'agit d'une erreur de filtrage.
Le message pourrait même ne pas avoir atteint l'infrastructure SpamExperts.
Dans ce cas, la provenance, l'adresse de destinataire utilisée ainsi que la configuration MX et DNS du domaine de destination sont notamment pertinentes.
Veuillez également demander à l'expéditeur de vérifier s'il a reçu un message de non-livraison.
Le message a été accepté par SpamExperts #
Si la recherche de journaux indique que SpamExperts a accepté un message et l'a transmis au serveur de messagerie de destination, le problème ne relève plus de la réception initiale du message dans l'infrastructure SpamExperts.
Il faudrait ensuite examiner ce qui s'est passé ensuite sur le chemin vers la boîte de réception cible ou à l'intérieur de celle-ci.
Cela peut inclure, par exemple, la livraison au serveur de destination, les filtres côté serveur, les transferts ou le stockage dans la boîte aux lettres.
Le message a été rejeté par SpamExperts #
Lorsqu'un message a été rejeté par SpamExperts, l'entrée du journal fournit des informations importantes sur la décision.
Vérifiez le statut et les détails associés avant d'apporter des modifications aux règles de filtrage ou aux listes d'autorisation.
Un refus peut avoir différentes causes techniques ou liées à la sécurité.
Principe : Analysez d'abord l'entrée de journal spécifique, puis réagissez de manière ciblée. La configuration standard de SpamExperts ne doit pas être assouplie de manière générale en raison d'un seul message problématique.
L'expéditeur est sur la liste noire #
Si un expéditeur spécifique ne passe pas, une liste de blocage d'expéditeurs existante peut également entrer en ligne de compte.
Vérifiez en particulier si l'adresse ou le domaine de l'expéditeur y a été saisi intentionnellement ou par inadvertance.
Nous expliquons le fonctionnement de cette fonction sous Liste de blocage d'expéditeurs dans SpamExperts.
Ne pas utiliser la liste blanche à la hâte #
Si un message légitime a été filtré, une règle de liste d'autorisation ciblée peut s'avérer utile dans certains cas.
Cependant, elle ne devrait pas être utilisée comme première réaction à tout problème de réception.
Vérifiez d'abord la recherche de journaux (Log Search) et la quarantaine pour déterminer pourquoi le message n'a pas été distribué normalement.
Nous expliquons le fonctionnement des exceptions ciblées sur Liste blanche des expéditeurs dans SpamExperts.
Ne pas modifier le filtre SpamExperts par simple suspicion #
CURIAWEB recommande par principe de conserver la configuration standard de SpamExperts.
Le filtre est déjà préconfiguré pour un fonctionnement normal. Par conséquent, les modifications des seuils ou des mécanismes de filtrage généraux ne doivent être apportées qu'en cas de motif précis et justifiable.
Si des messages individuels sont mal évalués, la mise en quarantaine, la recherche de journaux (log search) et l'entraînement ciblé constituent généralement les points de départ les plus judicieux.
Tu trouveras plus d'informations sur Paramètres du filtre SpamExperts : pourquoi la configuration par défaut est généralement le meilleur choix.
Si le webmail affiche le message, mais pas Outlook ou Apple Mail #
Si le message est présent dans le webmail, il a déjà été livré dans votre boîte de réception.
Tu ne devrais alors pas travailler sur les enregistrements MX ou les paramètres de SpamExperts.
Vérifiez plutôt la configuration IMAP de l'appareil ou du programme de messagerie concerné.
Pour la configuration normale de CURIAWEB, les éléments suivants s'appliquent :
Serveur IMAP : mail.deine-domain.ch
Port : 993
Chiffrement : SSL/TLS
Authentification : requise
Nom d'utilisateur : adresse e-mail complète
Mot de passe : mot de passe du compte de messagerieNous expliquons les bases en détail sous Explication d'IMAP, POP3 et SMTP.
Contrôler la synchronisation IMAP #
Si le webmail affiche de nouveaux messages mais pas votre client de messagerie, la synchronisation peut être interrompue.
Vérifiez d'abord si le programme peut établir une connexion avec le serveur de messagerie.
Un mot de passe erroné ou modifié ultérieurement peut, par exemple, empêcher la synchronisation de nouveaux messages.
Un nom de serveur, un port ou un paramètre de sécurité incorrect peut également empêcher l'accès IMAP.
Problème après un changement de mot de passe #
Si la réception a cessé de fonctionner immédiatement après un changement de mot de passe de messagerie, il est possible que votre logiciel de messagerie utilise toujours l'ancien mot de passe enregistré.
Mettez à jour le mot sur tous les appareils et dans tous les programmes sur lesquels le compte de messagerie concerné est configuré.
Conseil pratique : Si le webmail fonctionne avec le nouveau mot de passe et que le problème a commencé immédiatement après le changement de mot de passe, ne modifiez pas d'abord les paramètres DNS ou MX. Vérifiez les identifiants stockés localement.
La boîte aux lettres est pleine #
Une boîte de messagerie pleine peut entraîner l'impossibilité d'enregistrer ou de distribuer normalement de nouveaux messages.
Vérifiez par conséquent l'utilisation de l'espace de stockage du compte de messagerie concerné.
Cela est particulièrement important pour les boîtes aux lettres comportant de nombreuses pièces jointes volumineuses ou lorsque les messages sont stockés sur le serveur pendant une longue période.
Nous vous expliquons comment contrôler l'utilisation de l'espace de stockage sur Vérifier l'espace de stockage des e-mails dans cPanel.
Important : Lorsque votre boîte de réception est pleine, ne supprimez pas de messages importants au hasard. Vérifiez d'abord quelles données occupent de l'espace et quels messages ou pièces jointes ne sont effectivement plus nécessaires.
Tout l'espace de stockage de l'hébergement peut également être pertinent. #
Ce n'est pas seulement la limite d'une seule boîte mail qui peut jouer un rôle. L'espace de stockage disponible de l'ensemble du compte d'hébergement est également pertinent pour le fonctionnement.
Si le compte d'hébergement atteint sa limite de stockage, cela peut affecter différents services.
Par conséquent, en cas de problèmes de stockage inexpliqués, ne vérifiez pas seulement la boîte aux lettres individuelle.
Vérifier les filtres de messagerie #
Les filtres de messagerie côté serveur peuvent déplacer, transférer ou traiter autrement les messages en fonction de conditions définies.
Si un message semble disparaître alors qu'il a atteint le serveur, vous devez vérifier si des règles de filtrage ont été configurées pour le compte de messagerie concerné.
Nous expliquons comment gérer les filtres liés au compte sous Créer des filtres e-mail dans cPanel.
Prendre en compte les filtres de messagerie globaux #
Outre les filtres pour les comptes de messagerie individuels, cPanel peut également contenir des filtres de messagerie globaux.
Celles-ci peuvent concerner plusieurs ou même tous les comptes de messagerie d'un domaine.
Si plusieurs boîtes aux lettres présentent un comportement inhabituel similaire, les règles globales doivent par conséquent également être contrôlées.
Tu trouveras plus d'informations sur Filtres d'e-mails globaux dans cPanel.
Contrôler les transferts d'e-mails #
Si un transfert a été configuré pour une adresse, cela peut également être pertinent lors du dépannage.
Vérifiez si le message doit être transféré vers une autre destination et si cette destination est toujours correcte.
Les transferts peuvent également causer des problèmes de livraison supplémentaires si le destinataire en aval refuse un message transféré.
Nous expliquons comment gérer les redirections sur Configurer le transfert d'e-mails dans cPanel.
Le transfert n'est pas la même chose que la livraison locale #
Lors du diagnostic, vous devez faire une distinction précise entre les comportements configurés pour l'adresse concernée.
Un message peut par exemple être accepté correctement pour une adresse, tandis que le transfert ultérieur vers une destination externe échoue.
Dans ce cas, l'hypothèse initiale du message fonctionne, mais pas nécessairement la transmission vers la destination finale.
Vérifie par conséquent, en cas de problèmes de redirection, tant l'adresse d'origine que la destination de la redirection.
Vérifier le routage des e-mails après des modifications DNS ou d'hébergement #
Si des problèmes de réception surviennent après une modification de l'infrastructure d'hébergement ou de messagerie, le routage des e-mails peut également entrer en ligne de compte.
cPanel doit savoir si les e-mails d'un domaine doivent être traités localement ou redirigés vers un serveur de messagerie externe.
Une mauvaise configuration de routage peut causer des problèmes, en particulier après des migrations ou lors de l'utilisation de services de messagerie externes.
Nous expliquons le fonctionnement de cette fonction sous Routage des e-mails dans cPanel expliqué.
Vérifier les enregistrements MX #
MX signifie Serveur de messagerie. Les enregistrements MX dans le DNS déterminent quels serveurs de messagerie doivent accepter les e-mails pour un domaine.
Si ces entrées sont incorrectes, les serveurs de messagerie expéditeurs peuvent envoyer des messages vers la mauvaise destination ou ne pas parvenir à déterminer une infrastructure de messagerie compétente.
Les problèmes MX sont particulièrement pertinents lorsque :
- les enregistrements DNS ont été modifiés récemment
- le domaine a été transféré vers un autre fournisseur
- les serveurs de noms ont été modifiés
- SpamExperts a été configuré ou supprimé
- un service de messagerie externe a été configuré
Enregistrements MX chez SpamExperts #
Si le filtrage SpamExperts Incoming est configuré pour votre domaine, les enregistrements MX doivent pointer vers l'infrastructure SpamExperts prévue à cet effet.
SpamExperts reçoit d'abord les messages entrants, les filtre, puis transmet les messages légitimes au serveur de messagerie cible configuré.
Nous expliquons le fonctionnement de cette configuration sur Configurer SpamExperts Incoming Filtering et configurer les enregistrements MX.
Attention : Ne modifiez pas les enregistrements MX par simple supposition. De mauvais paramètres MX peuvent nuire à la réception des e-mails de l'ensemble d'un domaine.
Vérifier les enregistrements DNS avec l'éditeur de zone #
Si une vérification DNS est nécessaire, vous pouvez contrôler la zone d'un domaine d'hébergement géré chez CURIAWEB via l'éditeur de zone cPanel.
On y trouve, entre autres enregistrements DNS, ceux qui sont pertinents pour le fonctionnement des e-mails.
Nous expliquons le fonctionnement sous Utilisation de l'éditeur de zones DNS dans cPanel.
Les modifications DNS ne sont pas immédiatement visibles partout #
Si les enregistrements MX ou d'autres enregistrements DNS viennent d'être modifiés, cela peut prendre un certain temps pour que les informations DNS mises en cache soient actualisées.
La durée pendant laquelle les anciennes informations sont encore utilisées dépend, entre autres, des valeurs TTL respectives et des caches DNS.
Pendant une telle phase de transition, le comportement peut donc varier selon le système émetteur.
Vérifier si l'adresse du destinataire a été correctement orthographiée #
Même les erreurs simples ne doivent pas être négligées lors du diagnostic.
Vérifiez l'adresse exacte du destinataire à laquelle l'expéditeur a envoyé le message.
Pour des adresses similaires telles que :
info@meine-firma.ch
et
infos@meine-firma.ch
s'agit-il techniquement de destinataires différents.
Si l'adresse spécifiée n'existe pas, le serveur de messagerie expéditeur devrait normalement recevoir un rejet correspondant ou un message de non-livraison.
Prendre en compte l'adresse standard ou catch-all #
cPanel permet de gérer une adresse par défaut ou un comportement de type « catch-all » pour les messages envoyés à des adresses inexistantes d'un domaine.
Lors du dépannage, il ne faut toutefois pas supposer qu'une adresse mal orthographiée aboutira automatiquement dans une autre boîte aux lettres.
Le comportement réel dépend de l'adresse par défaut configurée.
Tu trouveras plus d'informations sur Adresse e-mail par défaut et attrape-tout dans cPanel.
L'expéditeur devrait vérifier son message d'erreur #
Si un message ne vous parvient pas, l'expéditeur peut posséder des informations importantes que vous ne voyez pas vous-même.
Veuillez demander à l'expéditeur de vérifier s'il a reçu un avis de non-remise ou un bounce.
Celles-ci peuvent contenir des indications techniques, par exemple :
- quel serveur a rejeté le message
- quel code d'état SMTP a été renvoyé
- si l'erreur est temporaire ou permanente
- quelle adresse de destinataire est concernée
- pourquoi la livraison a été refusée
Important : Pour une analyse technique, le message d'erreur complet est beaucoup plus utile qu'une description telle que „ L'expéditeur dit que le courriel revient “.
Erreurs de livraison temporaires et permanentes #
Codes de réponse SMTP de la plage 4xx représentent généralement des problèmes temporaires. Le serveur de messagerie expéditeur peut réessayer la livraison plus tard.
Codes dans le domaine 5xx indiquent typiquement un rejet permanent.
Cependant, pour un diagnostic précis, le premier chiffre n'est pas le seul élément pertinent. Le code d'état complet et le texte de message associé fournissent les informations décisives.
Seuls les e-mails d'un expéditeur spécifique manquent #
Si les messages d'autres expéditeurs arrivent normalement, une panne générale de votre boîte de réception est peu probable.
Concentrez alors le dépannage sur l'expéditeur concerné.
Pour un domaine protégé par SpamExperts, vous devez d'abord utiliser la recherche de journaux (Log Search) pour vérifier si les messages de cet expéditeur y apparaissent et comment ils ont été classés.
Vérifiez ensuite, le cas échéant, la quarantaine, la liste de blocage et les filtres existants.
Seuls les e-mails d'un domaine spécifique manquent #
Si plusieurs expéditeurs d'un même domaine sont concernés, tandis que les messages d'autres domaines arrivent bien, cela peut également indiquer un problème spécifique de délivrabilité ou de filtrage.
Là aussi, la recherche de journaux SpamExperts fournit des informations importantes pour les domaines protégés.
S'il n'y a pas de tentatives de livraison correspondantes, il convient en outre d'examiner la page de l'expéditeur.
Suivi de la livraison des e-mails dans cPanel #
cPanel présente avec Suivre l'acheminement une autre possibilité d'analyser l'historique des livraisons d'e-mails au niveau du serveur d'hébergement.
Cette fonction est particulièrement utile pour déterminer comment un message a été traité sur le serveur de messagerie.
Nous vous expliquons comment les utiliser sous Suivi de la livraison des e-mails dans cPanel.
La recherche de journaux SpamExperts et le suivi des livraisons cPanel ont des tâches différentes #
Lorsque le filtrage entrant SpamExperts est utilisé, il y a plusieurs étapes dans le cheminement des messages.
La recherche de journaux SpamExperts vous montre ce qui est arrivé à un message au niveau du filtre anti-spam amont.
En revanche, le suivi des livraisons de cPanel peut fournir des informations sur le traitement au niveau du serveur de messagerie d'hébergement proprement dit.
Dans les cas plus complexes, la combinaison des deux informations peut aider à localiser l'endroit où se produit un problème.
En bref : SpamExperts répond à la question „ Qu'est-ce qui s'est passé avec le filtre anti-spam ? “. Le suivi des livraisons cPanel aide à répondre à la question „ Qu'est-ce qui s'est passé sur le serveur de messagerie d'hébergement ? “.
Le SPF, le DKIM et le DMARC de l'expéditeur peuvent jouer un rôle #
Les systèmes récepteurs peuvent également prendre en compte des méthodes d'authentification des e-mails telles que SPF, DKIM et DMARC lors de l'évaluation d'un message.
Une authentification défectueuse du côté de l'expéditeur peut donc contribuer à ce que les messages soient traités différemment ou rejetés.
Cependant, cela ne signifie pas qu'il faille immédiatement modifier vos propres enregistrements SPF, DKIM ou DMARC à chaque e-mail manquant.
Nous expliquons le fonctionnement fondamental de ces procédures sur SPF, DKIM et DMARC expliqués pour l'hébergement CURIAWEB.
Ne pas effectuer de modifications DNS si le problème concerne uniquement votre programme de messagerie #
Si le message manquant est déjà présent dans le webmail, les modifications MX n'ont rien à voir avec ce problème précis.
Le message a déjà atteint le serveur de messagerie.
Dans ce cas, vous devez examiner la connexion IMAP et la synchronisation du client de messagerie utilisé.
Important : Les modifications DNS et MX peuvent affecter le trafic e-mail d'un domaine entier. Ne les utilisez jamais comme tentative de réparation générale pour un problème local d'Outlook, d'Apple Mail ou de smartphone.
S'il n'y a plus du tout d'e-mails qui arrivent #
Si soudainement plus aucun expéditeur ne peut envoyer de messages à un domaine et que rien de nouveau n'apparaît non plus dans le webmail, un contrôle plus approfondi est nécessaire.
Examinez en particulier :
- si le compte de messagerie concerné existe
- s'il y a suffisamment d'espace de stockage disponible
- si les enregistrements MX sont corrects
- si le routage des e-mails correspond à l'infrastructure utilisée
- si SpamExperts reçoit et traite les messages
- si le serveur de messagerie destinataire accepte les messages
Si le problème a commencé immédiatement après une modification du DNS, des serveurs de noms, de l'hébergement ou de SpamExperts, cette modification doit faire l'objet d'une attention particulière.
Ce que vous devriez documenter pour une demande de support #
Lorsqu'un problème de réception ne peut pas être cerné de manière autonome, des informations concrètes aident à l'analyse.
Notez si possible :
- l'adresse de destinataire concernée
- l'adresse de l'expéditeur
- Date et heure la plus précise possible de la tentative d'envoi
- si d'autres messages arrivent normalement
- si le message est visible sur le webmail
- si elle apparaît dans la recherche de journaux SpamExperts
- quel statut affiche SpamExperts
- si l'expéditeur a reçu un message d'erreur
- l'avis de non-remise complet, le cas échéant
Ces informations permettent une investigation beaucoup plus ciblée que la simple déclaration selon laquelle un e-mail n'est pas arrivé.
Consigne de sécurité : N'envoyez jamais le mot de passe de votre compte de messagerie en clair dans un message de support ordinaire.
L'ordre le plus judicieux en cas de problèmes de réception #
Commencez par le Webmail. Si le message s'y trouve, concentrez-vous sur le programme de messagerie et la synchronisation IMAP.
Si le message manque également dans le webmail et que SpamExperts est utilisé, vérifiez ensuite la quarantaine et la recherche dans les journaux (Log Search).
Si SpamExperts a traité et transmis le message, examinez la suite du chemin sur le serveur de messagerie d'hébergement.
Si le message n'est pas du tout visible dans SpamExperts, la page de l'expéditeur ainsi que la configuration MX et DNS deviennent plus importantes.
Vérifiez également l'espace de stockage, les filtres, les transferts et le routage des e-mails si les étapes précédentes ne révèlent pas de cause évidente.
Remarque : Le moyen le plus rapide d'identifier la cause consiste à vérifier le chemin du message station par station : Expéditeur → MX/SpamExperts → Serveur de messagerie CURIAWEB → Boîte aux lettres → IMAP → Client de messagerie.
Résumé #
Si un e-mail attendu n'apparaît pas, tu dois d'abord déterminer si le message n'a effectivement pas été délivré ou s'il manque simplement dans ton client de messagerie.
Vérifie par conséquent d'abord le webmail.
Si le message s'y trouve, il a été délivré dans votre boîte de réception. Vérifiez alors la connexion IMAP et la synchronisation de votre logiciel de messagerie.
Si le message est également absent de Webmail et que votre domaine utilise SpamExperts, la quarantaine et la recherche de journaux sont les prochaines étapes importantes à vérifier.
Ensuite, le stockage des boîtes aux lettres, les filtres côté serveur, les transferts, le routage des e-mails ainsi que les paramètres MX et DNS peuvent notamment devenir pertinents.
Pour les messages individuels manquants, vous devez également prendre en compte l'adresse précise de l'expéditeur, l'heure d'envoi et un éventuel message de non-livraison.
Ne modifiez pas les paramètres de filtrage, MX ou DNS au pifomètre. Déterminez d'abord jusqu'à quelle station le message est parvenu. Cela permet de résoudre un problème de réception beaucoup plus rapidement et sans modifications inutiles d'une configuration de messagerie fonctionnelle.
