Procédures de dépannage et conseils pour les services de messagerie

Cette section fournit des procédures et des conseils que vous pouvez utiliser pour le dépannage des problèmes de services de messagerie.

Test de la configuration de la messagerie

Pour tester les modifications que vous apportez au fichier de configuration, suivez ces instructions.

1. Redémarrez sendmail sur n'importe quel système qui dispose d'un fichier de configuration révisé.

   # svcadm refresh network/smtp:sendmail

2. Envoyez des messages de test à partir de chaque système.

   # /usr/lib/sendmail -v names </dev/null

   names

   Spécifiez l'adresse e-mail d'un destinataire.

   Cette commande envoie un message null au destinataire indiqué et affiche l'activité liée au message sur votre écran.

3. Envoyez un message à vous-même ou à d'autres personnes sur le système local en adressant le message à un nom d'utilisateur standard.
4. (Facultatif) Si vous êtes connecté à un réseau, envoyez un message tridirectionnel à une personne d'un autre système.

   • Du système principal vers un système client

   • D'un système client vers le système principal

   • D'un système client vers un autre système client

5. (Facultatif) Si vous disposez d'une passerelle de messagerie, envoyez un message à partir de l'hôte de messagerie vers un autre domaine pour vous assurer que le logiciel de messagerie relais et l'hôte sont correctement configurés.
6. (Facultatif) Si vous avez configuré sur votre ligne téléphonique une connexion UUCP à un autre hôte, envoyez un message à une personne située sur cet hôte. Demandez à cette personne de vous renvoyer un message ou de vous appeler lorsque le message est reçu.
7. Demandez à une personne de vous envoyer un message par le biais de la connexion UUCP.

   Le programme sendmail ne peut pas détecter si le message est distribué dans la mesure où il le transmet à UUCP pour qu'il le distribue.

8. A partir de différents systèmes, envoyez un message à postmaster et assurez-vous que le message est transmis à la boîte à lettres de votre administrateur du courrier.

Vérification d'alias de messagerie

L'exemple suivant vous montre comment vérifier un alias.

% mconnect
connecting to host localhost (127.0.0.1), port 25
connection open
220 your.domain.com ESMTP Sendmail 8.13.6+Sun/8.13.6; Tue, 12 Sep 2004 13:34:13 -0800 (PST)
expn sandy
250 2.1.5 <sandy@phoenix.example.com>
quit
221 2.0.0 your.domain.com closing connection
% 

Dans cet exemple, le programme mconnect a ouvert une connexion vers un serveur de courrier sur un hôte local et vous a permis de tester cette connexion. Le programme s'exécute en mode interactif, de sorte que vous pouvez émettre différentes commandes de diagnostic. Pour une description complète, reportez-vous à la page de manuel mconnect(1). L'entrée, expn sandy, a fourni l'adresse complète, sandy@phoenix.example.com. Par conséquent, vous avez vérifié que le courrier peut être distribué lorsque l'alias sandy est utilisé.

Pensez à éviter les boucles et bases de données incohérentes lorsque des alias locaux et à l'échelle du domaine sont utilisés. Veillez particulièrement à éviter la création de boucles d'alias lorsque vous déplacez un utilisateur d'un système à un autre.

Test des ensembles de règles sendmail

Pour vérifier l'entrée et les retours des ensembles de règles sendmail, suivez ces instructions.

1. Passez en mode test d'adresse.

   # /usr/lib/sendmail -bt

2. Testez une adresse e-mail.

   Fournissez l'adresse et les numéros suivants à la dernière invite (>).

   > 3,0 mail-sraddress

   mail-address

   Utilisez l'adresse e-mail que vous testez.

3. Mettez fin à la session.

   Appuyez sur Ctrl-d.

Exemple 2-3 Sortie en mode test d'adresse

Voici un exemple de sortie en mode test d'adresse.

% /usr/lib/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
> 3,0 sandy@phoenix
canonify           input: sandy @ phoenix
Canonify2          input: sandy < @ phoenix >
Canonify2        returns: sandy < @ phoenix . example . com . >
canonify         returns: sandy < @ phoenix . example . com . >
parse              input: sandy < @ phoenix . example . com . >
Parse0             input: sandy < @ phoenix . example . com . >
Parse0           returns: sandy < @ phoenix . example . com . >
ParseLocal         input: sandy < @ phoenix . example . com . >
ParseLocal       returns: sandy < @ phoenix . example . com . >
Parse1             input: sandy < @ phoenix . example . com . >
MailerToTriple     input: < mailhost . phoenix . example . com > 
     sandy < @ phoenix . example . com . >
MailerToTriple   returns: $# relay $@ mailhost . phoenix . example . com 
     $: sandy < @ phoenix . example . com . >
Parse1           returns: $# relay $@ mailhost . phoenix . example . com 
     $: sandy < @ phoenix . example . com . >
parse            returns: $# relay $@ mailhost . phoenix . example . com 
     $: sandy < @ phoenix . example . com . >

Vérification des connexions à d'autres systèmes

Le programme mconnect ouvre une connexion vers un serveur de courrier sur un hôte que vous spécifiez et vous permet de tester cette connexion. Le programme s'exécute en mode interactif, de sorte que vous pouvez émettre différentes commandes de diagnostic. Reportez-vous à la page de manuel mconnect(1) pour une description complète. L'exemple suivant vérifie que le courrier envoyé au nom d'utilisateur sandy est livrable.

% mconnect phoenix

connecting to host phoenix (172.31.255.255), port 25
connection open
220 phoenix.example.com ESMTP Sendmail 8.13.1+Sun/8.13.1; Sat, 4 Sep 2004 3:52:56 -0700
expn sandy
250 2.1.5 <sandy@phoenix.example.com>
quit

Si vous ne pouvez pas utiliser mconnect pour vous connecter à un port SMTP, vérifiez ces conditions.

• La charge du système est-elle trop élevée ?

• Le démon sendmail est-il en cours d'exécution ?

• Le système est-il doté du fichier /etc/mail/sendmail.cf approprié ?

• Le port 25 est-il celui utilisé par sendmail ?

Consignation des messages d'erreur

Votre service de messagerie consigne la plupart des messages d'erreurs en utilisant le programme syslogd. Par défaut, le programme syslogd envoie ces messages à un système appelé loghost, qui est spécifié dans le fichier /etc/hosts. Vous pouvez définir loghost pour qu'il contienne tous les journaux de l'ensemble d'un domaine NIS. Si aucun loghost n'est spécifié, les messages d'erreur de syslogd ne sont pas signalés.

Le fichier /etc/syslog.conf contrôle où le programme syslogd transfère les messages. Vous pouvez changer la configuration par défaut en modifiant le fichier /etc/syslog.conf. Vous devez redémarrer le démon syslog pour que les modifications deviennent actives. Pour collecter des informations sur le courrier, vous pouvez ajouter les sélections suivantes au fichier.

• mail.alert : messages sur les conditions qui doivent être résolues immédiatement

• mail.crit : messages critiques

• mail.warning : messages d'avertissement

• mail.notice : messages qui ne sont pas des erreurs, mais requièrent votre attention

• mail.info : messages d'information

• mail.debug : messages de débogage

L'entrée suivante du fichier /etc/syslog.conf envoie une copie de tous les messages critiques, d'information et de débogage vers /var/log/syslog.

mail.crit;mail.info;mail.debug            /var/log/syslog

Chaque ligne du journal système contient un horodatage, le nom du système qui a généré la ligne, et un message. Le fichier syslog peut consigner une grande quantité d'informations.

Le journal est organisé en plusieurs niveaux successifs. Au niveau le plus bas, seules les occurrences inhabituelles sont consignées. Au niveau le plus élevé, même les événements les plus courants et inintéressants sont enregistrés. Par convention, les niveaux de consignation inférieurs à 10 sont considérés utiles. Les niveaux de consignation supérieurs à 10 sont généralement utilisés pour le débogage. Reportez-vous à la section Personnalisation de la journalisation des messages système du manuel Dépannage de problèmes courants dans Oracle Solaris 11.1 pour plus d'informations sur loghost et le programme syslogd.

Autres sources d'informations de diagnostic pour la messagerie

Pour obtenir d'autres informations de diagnostic, reportez-vous aux sources suivantes.

• Consultez les lignes Received dans l'en-tête du message. Ces lignes consignent l'itinéraire que le message a pris lorsqu'il a été relayé. N'oubliez pas de tenir compte des différences de fuseau horaire.

• Consultez les messages issus de MAILER-DAEMON. Ces messages signalent généralement des problèmes de distribution.

• Vérifiez le journal système qui consigne les problèmes de distribution de votre groupe de systèmes. Le programme sendmail consigne toujours ses activités dans le journal système. Vous pouvez souhaiter modifier le fichier crontab pour qu'il exécute un script shell pendant la nuit. Le script recherche dans le journal les messages SYSERR et envoie ceux qu'il trouve à l'administrateur du courrier.

• Utilisez le programme mailstats pour tester les types de message et déterminer le nombre de messages entrants et sortants.