Fehlerbehebungsverfahren und Tipps für Mailservices

Dieser Abschnitt enthält Verfahren und Tipps, die Sie verwenden können, um Probleme mit Mailservices zu beheben.

So prüfen Sie die Mailkonfiguration

Um die Änderungen zu prüfen, die Sie an Ihrer Konfigurationsdatei vorgenommen haben, befolgen Sie diese Anweisungen.

1. Starten Sie sendmail auf einem System neu, das eine überarbeitete Konfigurationsdatei aufweist.

   # svcadm refresh network/smtp:sendmail

2. Senden Sie zu Prüfungszwecken Mails aus jedem System.

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

   names

   Geben Sie die E-Mail-Adresse eines Empfängers an.

   Dieser Befehl sendet eine Mail mit dem Wert null an den angegebenen Empfänger und zeigt die Aktivität der Mail auf Ihrem Bildschirm an.

3. Senden Sie eine Mail an sich selbst oder an andere Personen im lokalen System, indem Sie die Mail an einen normalen Benutzernamen adressieren.
4. (Optional) Wenn Ihr System mit einem Netzwerk verbunden ist, senden Sie eine Mail in drei Richtungen an eine Person in einem anderen System:

   • vom Hauptsystem an ein Clientsystem

   • von einem Clientsystem an das Hauptsystem

   • vom Clientsystem an ein anderes Clientsystem

5. (Optional) Wenn Sie über ein Mailgateway verfügen, senden Sie eine Mail vom Mailhost an eine andere Domain, um sicherzustellen, dass der Relay Mailer und der Host richtig konfiguriert sind.
6. (Optional) Wenn Sie für Ihre Telefonleitung eine UUCP-Verbindung mit einem anderen Host eingerichtet haben, senden Sie über diesen Host eine Mail an eine beliebige Person. Nach dem Empfang der Mail veranlassen Sie die Person, eine Mail zurückzusenden oder Sie zurückzurufen.
7. Bitten Sie jemanden, Ihnen über die UUCP-Verbindung eine Mail zuzusenden.

   Das sendmail-Programm kann nicht feststellen, ob die Mail gesendet wurde, weil es die Mail, die übermittelt werden soll, an UUCP weitergibt.

8. Senden Sie von verschiedenen Systemen eine Mail an postmaster, und stellen Sie sicher, dass die Mail an die Mailbox Ihres Postmasters übermittelt wird.

So prüfen Sie Mailaliase

Das folgende Beispiel zeigt, wie Sie ein Alias verifizieren.

% 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
% 

In diesem Beispiel wurde mithilfe des mconnect-Programms eine Verbindung zu einem Mailserver auf einem lokalen Host hergestellt und Ihnen ermöglicht, diese Verbindung zu prüfen. Das Programm ist interaktiv, wodurch Sie verschiedene diagnostische Befehle verwenden können. Eine vollständige Beschreibung finden Sie auf der Manpage mconnect(1). Der Eintrag expn sandy stellt die erweiterte Adresse sandy@phoenix.example.com bereit. Auf diese Weise können Sie prüfen, ob Mails übermittelt werden können, wenn der Alias sandy verwendet wird.

Vermeiden Sie Schleifen und inkonsistente Datenbanken, wenn sowohl lokale als auch domainübergreifende Aliase verwendet werden. Achten Sie insbesondere darauf, die Erstellung von Alias-Schleifen zu vermeiden, wenn Sie einen Benutzer von einem System in ein anderes verschieben.

So prüfen Sie die sendmail-Regellisten

Um den Eingang und die Ausgaben der sendmail-Regellisten zu prüfen, gehen Sie wie folgt vor.

1. Wechseln Sie in den Adressentestmodus.

   # /usr/lib/sendmail -bt

2. Prüfen Sie eine Mailadresse.

   Geben Sie die folgenden Zahlen und die folgende Adresse an der letzten Eingabeaufforderung (>) ein.

   > 3,0 mail-sraddress

   mail-address

   Verwenden Sie die Mailadresse, die Sie prüfen.

3. Beenden Sie die Sitzung.

   Drücken Sie Strg-d.

Beispiel 13-6 Ausgabe des Adressentestmodus

Es folgt ein Beispiel einer Ausgabe des Adressentestmodus.

% /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 . >

So verifizieren Sie Verbindungen mit anderen Systemen

Das mconnect-Programm stellt eine Verbindung mit einem Mailserver auf einem von Ihnen angegebenen Host her und ermöglicht Ihnen, diese Verbindung zu prüfen. Das Programm ist interaktiv, wodurch Sie verschiedene diagnostische Befehle verwenden können. Eine vollständige Beschreibung finden Sie auf der Manpage mconnect(1). Im folgenden Beispiel wird verifiziert, dass Mails an den Benutzernamen sandy übermittelt werden können.

% 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

Wenn es nicht möglich ist, mithilfe von mconnect eine Verbindung mit einem SMTP-Port herzustellen, prüfen Sie Folgendes:

• Ist die Systembelastung zu hoch?

• Wird der sendmail-Dämon ausgeführt?

• Verfügt das System über die entsprechende /etc/mail/sendmail.cf -Datei?

• Ist der von sendmail verwendete Port 25 aktiv?

Protokollieren von Fehlermeldungen

Ihr Mailservice protokolliert die meisten Fehlermeldungen mithilfe des syslogd-Programms. Das syslogd-Programm sendet diese Nachrichten standardmäßig an ein System namens loghost, das in der /etc/hosts-Datei angegeben ist. Sie können loghost so definieren, dass alle Protokolle für eine vollständige NSI-Domain enthalten sind. Wenn loghost nicht angegeben ist, werden Fehlermeldungen von syslogd ausgegeben.

Mit der Datei /etc/syslog.conf wird festgelegt, wohin das syslogd-Programm die Nachrichten weiterleitet. Sie können die Standardkonfiguration ändern, indem Sie die Datei /etc/syslog.conf bearbeiten. Sie müssen den syslog-Dämon neu starten, damit Änderungen wirksam werden. Um Informationen über Mails zu sammeln, können Sie Folgendes in die Datei einfügen:

• mail.alert – Meldungen über Zustände, die jetzt korrigiert werden sollten

• mail.crit – kritische Meldungen

• mail.warning – Warnmeldungen

• mail.notice – Meldungen, die keine Fehlermeldungen sind, aber beachtet werden sollten

• mail.info – informative Meldungen

• mail.debug – Fehlersuchmeldungen

Der folgende Eintrag in der Datei /etc/syslog.conf sendet eine Kopie aller kritischen, informativen und Fehlersuchmeldungen an /var/log/syslog.

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

Jede Zeile im Systemprotokoll enthält einen Zeitstempel, den Namen des Systems, das die Zeile erstellt hat, und eine Meldung. Die syslog-Datei kann eine große Menge von Informationen aufzeichnen.

Das Protokoll besteht aus mehreren Ebenen. Auf der untersten Ebene werden nur ungewöhnliche Ereignisse protokolliert. Auf der höchsten Ebene werden selbst die alltäglichsten und uninteressantesten Ereignisse aufgezeichnet. In der Regel werden Protokollebenen unter 10 als "nützlich" betrachtet. Protokollebenen über 10 werden normalerweise für die Fehlersuche verwendet. Siehe Customizing System Message Logging in System Administration Guide: Advanced Administration. In diesem Handbuch finden Sie Informationen über loghost und das syslogd-Programm.

Weitere Quellen für Maildiagnoseinformationen

Weitere Diagnoseinformationen finden Sie in den folgenden Quellen.

• Achten Sie auf die Received-Zeilen in der Kopfzeile der Mail. Diese Zeilen verfolgen den Weg der übermittelten Mail. Berücksichtigen Sie die Zeitzonendifferenzen.

• Achten Sie auf die Meldungen vom MAILER-DAEMON. Diese Meldungen weisen typischerweise auf Übermittlungsprobleme hin.

• Prüfen Sie das Systemprotokoll, das Übermittlungsprobleme aufzeichnet, die Ihre Systeme betreffen. Die Aktivitäten des sendmail-Programms werden immer im Systemprotokoll aufgezeichnet. Sie können die crontab-Datei so modifizieren, dass nachts ein Shell-Skript ausgeführt wird. Das Skript durchsucht das Protokoll nach SYSERR-Meldungen und übermittelt gefundene Meldungen an den Postmaster.

• Verwenden Sie das mailstats-Programm, um Mailtypen zu prüfen und festzustellen, wie viele Meldungen ein- und ausgehen.