vServer bei 1blu
Ubuntu 8.04 mit Plesk 9.3
Alles fing vor ca. 2,5 Tagen an, als QMail keine Mails mehr an externe Server versenden wollte. In maillog, mail.warn und mail.info fanden sich haufenweise Einträger dieser Art:
Nach einigem hin und her inkl. Recherche im Internet, ausprobieren einiger Lösungsansätze inkl. Datei-/Verzeichnis-Berechtigungen unter /opt/psa/handlers/ und Löschen und neu generieren der Mail-Handlers gaben wir zunächst frustriert auf.
In einem 2. Anlauf mit deutlich gesenkter Hemmschwelle unterlief mir wohl ein verhängnisvoller Fehler, was dazu führte, das wir inzwischen nicht mal mehr E-Mails empfangen können. Ausgelöst wurde das durch einen Lösungsansatz, demzufolge man folgendes tat:
Dies hatte jedoch nicht den erhofften Erfolg, weshalb ich diese Schritte rückgängig machte, wobei mir aber wohl ein Fehler unterlief, denn in der maillog findet sich inzwischen folgender Eintrag:
Die betroffenen Dateien sehen wie folgt aus:
Ich bin mit den Nerven am Ende und hoffe auf eine göttliche Eingebung aus den Reihen der Community.
*edit*
Nach diesem Tip
sind wir jetzt immerhin wieder auf dem alten Stand und können Mails empfangen. Abweichend von dem Tip sehen unsere Dateiowner etwas anders aus:
In mail.info sehen wir wieder:
*edit 2*
Wir haben das Problem inzwischen gelöst:
Ubuntu 8.04 mit Plesk 9.3
Alles fing vor ca. 2,5 Tagen an, als QMail keine Mails mehr an externe Server versenden wollte. In maillog, mail.warn und mail.info fanden sich haufenweise Einträger dieser Art:
Code:
Oct 15 08:09:37 v36707 qmail-remote-handlers[20325]: Handlers Filter before-remote for qmail started ...
Oct 15 08:09:37 v36707 qmail-remote-handlers[20325]: cannot create temporary file - (13) Permission denied
Oct 15 08:09:37 v36707 qmail-remote-handlers[20325]: cannot read message from stdin
In einem 2. Anlauf mit deutlich gesenkter Hemmschwelle unterlief mir wohl ein verhängnisvoller Fehler, was dazu führte, das wir inzwischen nicht mal mehr E-Mails empfangen können. Ausgelöst wurde das durch einen Lösungsansatz, demzufolge man folgendes tat:
Code:
# cd /var/qmail/bin
# cp -p qmail-local.moved qmail-local
# cp -p qmail-remote.moved qmail-remote
# cp -p qmail-queue.moved qmail-queue
Code:
Oct 15 21:10:46 v36707 qmail-queue-handlers[32281]: starter: submitter[32289] with error code 62
Oct 15 21:10:46 v36707 qmail-queue-handlers[32281]: mailsend: wait for submitter failed
Oct 15 21:10:46 v36707 qmail-queue-handlers[32281]: cannot reinject message to mail system
Code:
-r-xr-xr-x 1 root qmail 73640 Oct 15 23:19 qmail-local
-r-xr-xr-x 1 root qmail 46648 Oct 15 23:07 qmail-local.moved
-r-x--s--x 1 mhandlers-user popuser 89582 Aug 10 13:26 qmail-queue
-r-xr-xr-x 1 qmailq qmail 19224 Oct 16 00:01 qmail-queue.moved
-r-xr-xr-x 1 root qmail 89376 Aug 10 13:26 qmail-remote
-r-xr-xr-x 1 root qmail 56600 Oct 15 23:06 qmail-remote.moved
*edit*
Nach diesem Tip
Plesk 9.2.1 - Qmail schreibt als root und nicht als popuser
Hallo miteinander, seit gestern abend das Autoupdate von Plesk wieder erbarmungslos zuschlug, läuft alles wieder bis auf einen kleinen aber eklatanten Fehler: Alle neuen Mails die auf dem Server ankommen, werden an die richtigen Nutzer geleitet und auch im /var/qmail/mailnames///Maildir/new...
serversupportforum.de
Code:
-r-x--s--x 1 root qmail 73640 Oct 16 10:45 qmail-local
-rwx--x--x 1 root qmail 46648 Oct 16 10:45 qmail-local.moved
-r-x--s--x 1 mhandlers-user popuser 89582 Aug 10 13:26 qmail-queue
-rws--x--x 1 qmailq root 19224 Oct 16 11:09 qmail-queue.moved
-r-x--s--x 1 root qmail 89376 Aug 10 13:26 qmail-remote
-rwx--x--x 1 root qmail 56600 Oct 16 11:18 qmail-remote.moved
In mail.info sehen wir wieder:
Code:
Oct 16 10:49:23 v36707 qmail-remote-handlers[23765]: Handlers Filter before-remote for qmail started ...
Oct 16 10:49:23 v36707 qmail-remote-handlers[23765]: cannot create temporary file - (13) Permission denied
Oct 16 10:49:23 v36707 qmail-remote-handlers[23765]: cannot read message from stdin
*edit 2*
Wir haben das Problem inzwischen gelöst:
Code:
/usr/local/psa/admin/sbin/autoinstaller --select-release-current --install-component postfix
Last edited by a moderator: