Probleme mit QMail unter SuSE Linux Prof. 9.3

[michael79]

Guten Tag,
ich nutze einen dezidierten Server von Strato schon seit über 1,5 Jahren und habe in der letzten Zeit keine Änderungen an dem System durchgeführt. Trotzdem habe ich Probleme bei dem Versand von E-Mails über den smtp Server. Nach dem Absenden der E-Mails in Outlook Express muss ich sehr lange warten, bis der Server die E-Mails annimmt. Die Timeout-Zeit habe ich schon auf 5 Min gesetzt, jedoch wird bei vielen E-mails der Versand immernoch abgebrochen. Woran kann das liegen?

Die Fehlermeldung bei Outlook Express lautet:
Beim Datenaustausch mit dem Server ist das zeitlimit überschritten worden. Fehlernummer: 0x800CCC19

Wenn ich die E-mails über meinen anderen Account bei GMX absende, sind sie innerhalb von wenigen Sekunden weg.

Früher bei meinem FreeBSD System gab es immer Logfiles in einer bestimmten Partition, die bei erreichen der Partitionsgröße gelöscht werden mussten. Auf diesem Server gibt es soweit ich das sehen kann keine Partition für die E-Mail Logfiles. Ist es trotzdem sinnvoll die Logfiles regelmäßig zu löschen?

Als Grund schiedet die Firewall auf meinem Desktop-Rechner aus, da alle anderen Accounts auf anderen Servern einwandfrei funktionieren.

Mein Server-System besteht aus folgenden Programmen:
SuSE Linux Prof. 9.3 inkl. Strato ServerAdmin24
Apache/2.0.53
qmail
SquirrelMail Version 1.4.5 (Für Webmail, dass ich aber praktisch gar nicht nutze)

Der ServerAdmin24 von Strato zeigt mir an, dass qmail nicht aktiv ist und wenn ich es starte durch svscan, ist es nach kurzer Zeit wieder nicht mehr aktiv.

Nach mehrmaligem Starten kam dann folgende Meldung:
Starting qmail: svscan.
supervise: fatal: unable to acquire qmail-send/supervise/lock: temporary failure
supervise: fatal: unable to acquire log/supervise/lock: temporary failure
supervise: fatal: unable to acquire qmail-smtpd/supervise/lock: temporary failure

Ich bin ratlos. Was kann ich tun?

Vielen Dank und viele Grüße
Michael

 

[LinuxAdmin]

Früher bei meinem FreeBSD System gab es immer Logfiles in einer bestimmten Partition, die bei erreichen der Partitionsgröße gelöscht werden mussten. Auf diesem Server gibt es soweit ich das sehen kann keine Partition für die E-Mail Logfiles. Ist es trotzdem sinnvoll die Logfiles regelmäßig zu löschen?

Nein, denn eigentlich sollte regelmäßig automatisch (via cron) logrotate ausgeführt werden, das dafür sorgt, dass die Logfiles in bestimmten Abständen komprimiert und ggfs. gelöscht werden. Natürlich schadet es nicht, trotzdem die /var-Partition im Auge zu behalten, damit sie nicht zu voll wird.

Der ServerAdmin24 von Strato zeigt mir an, dass qmail nicht aktiv ist und wenn ich es starte durch svscan, ist es nach kurzer Zeit wieder nicht mehr aktiv.

Die Anzeige muss ja nicht unbedingt stimmen... es wäre besser, wenn Du Dich auf der Console einloggst und mit "top" oder "ps aux" nachschaust.

Nach mehrmaligem Starten kam dann folgende Meldung:
Starting qmail: svscan.
supervise: fatal: unable to acquire qmail-send/supervise/lock: temporary failure
supervise: fatal: unable to acquire log/supervise/lock: temporary failure
supervise: fatal: unable to acquire qmail-smtpd/supervise/lock: temporary failure

Das kommt, wenn mehrere Instanzen von svscan gleichzeitig laufen, dann kommen sie sich gegenseitig in die Quere.

Zur Lösung des eigentlichen Problems könnte es wahrscheinlich helfen, wenn Du mit "top" beobachtest, was passiert während Du eine Mail abschickst. Weitere nützliche Helfer sind die Befehle "lsof" (um zu sehen, auf welche Dateien und sockets die beteiligten Programme zugreifen (wollen)) und "netstat -an" (um die Netzwerkverbindungen während dieser Zeit zu überprüfen). Weiterhin solltest Du schauen ob die eingestellten Nameserver (/etc/resolv.conf) alle richtig funktionieren.
Du hast zwar vorhin die Logfile-Partition angesprochen und daraus schließe ich, dass Du nichts relevantes in den qmail-Logs gefunden hast. Aber vielleicht hast Du ja was übersehen -- Du könntest ja mal einen Auszug einer Mail, die Du verschickt hast (vom ersten Kontakt Deines Clients bis zur Weiterleitung/Auslieferung) aus den Logs hier posten.