Plesk 9.3: Qmail sendet nicht an postmaster

[CodigoFuente]

Hallo,

auf meinem 1blu vServer (openSuse 11.0, Plesk 9.3.0) läuft das /usr/local/psa/var/log/maillog voll mit folgenden Meldungen:

Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: Handlers Filter before-queue for qmail started ...
Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: from=[B][COLOR="Red"]postmaster@v12345[/COLOR][/B]Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: to=anonymous@v12345.1blu.de
Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: hook_dir = '/usr/local/psa/handlers/before-queue'
Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: call_handlers: call executable = '/usr/local/psa/handlers/info/05-grey-juYQTM/executable'
Feb 20 16:55:15 v12345greylisting filter[26503]: Starting greylisting filter...
Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: handlers_stderr: REJECT
Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: call_handlers: REJECT during call '/usr/local/psa/handlers/info/05-grey-juYQTM/executable' handler
Feb 20 16:55:15 v12345qmail-queue-handlers[26502]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
Feb 20 16:55:15 v12345qmail: 1266681315.769856 warning: trouble injecting bounce message, will try later

Wenn ich mir mit qmHandle die Queues ansehe, fällt mir ebenfalls die unsachgemäße Verwendung (kein FQDN) der Postmaster Adresse auf:

  Return-path: postmaster@v12345
  From: MAILER-DAEMON@v12345.1blu.de
  To: [COLOR="Red"][B]postmaster@v12345[/B][/COLOR]
  Subject: failure notice
  Date: 20 Feb 2010 17:30:21 +0100
  Size: 35560 bytes

Ich habe bereits den FQDN für meinen vServer konfiguriert in folgenden Dateien:
/var/qmail/control/me

v12345.1blu.de

/var/qmail/control/locals

localhost
localhost.localdomain
v12345
v12345.1blu.de

/var/qmail/control/rcpthosts

v12345.1blu.de
meinedomain.com

Meine in Plesk konfigurierte "Administrator"-Adresse ist soweit korrekt eingetragen worden in die Dateien:
/var/qmail/alias/.qmail-mailer-daemon
/var/qmail/alias/.qmail-postmaster
/var/qmail/alias/.qmail-root

Ich habe auch eine postmaster@meinedomain.com Adresse als Alias für meine persönlichie Email-Adresse in Plesk konfiguriert, Emails dahin kommen auch an.

Weil der vServer hostname verwendet wird vermute ich schon, dass der Ursprung der Emails intern ist (und keine Bounces von Emails mit meiner postmaster Adresse).

Kann mir jemand einen Tip geben, wie die Emails an postmaster@v12345 zustande kommen?

 

[CodigoFuente]

Update: Problem scheint gelöst..

(Vorerst) habe ich das Problem folgendermaßen gelöst:

1. Mit /var/qmail/bin/qmHandle -m<message number aus log> habe ich mir die problematische Email angesehen.
Sie wurde lokal versendet, nachdem ein daily cron-job fertig war, mit Return-Path anonymous@v12345.1blu.de (diese Adresse gibt es nicht). Die Email ist aus einem mir (noch) unbekannten Grund gebouncet, eine Benachrichtigung ging an die nicht existente Return-Path-Adresse anonymous@v12345.1blu.de diesmal mit anderem Return-Path: <postmaster@v12345>. Mails an diese Adresse werden an meine Plesk Administratoren-Emailadresse bei einem externen Provider geforwarded. Das hat nicht funkioniert, weil der externe Provider meinen Absender postmaster@v12345 nicht akzeptiert hat, die mail ist wieder an postmaster@v12345 gebouncet.

<externern Provider> does not like recipient.
Remote host said: 504 5.5.2 <postmaster@v12345>: Sender address rejected: need fully-qualified address

Dieser bounce hat dann zu einer Schleife geführt, weil immer wieder die Zustellung der Fehlerbenachrichtigung an postmaster@v12345 ebenfalls den Return-Path: <postmaster@v123456> beinhaltet hat.

Return-Path: <postmaster@v12345>
Received: (qmail 9328 invoked for bounce); 21 Feb 2010 01:19:15 +0100
Date: 21 Feb 2010 01:19:15 +0100
From: MAILER-DAEMON@v12345.1blu.de
To: postmaster@v12345
Subject: failure notice

Hi. This is the qmail-send program at v12345.1blu.de.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<postmaster@v12345>:
Sorry, I couldn't find any host named v12345. (#5.1.2)

2. Unter folgendem Thread ist das mehr oder weniger gleiche Problem schon beschrieben worden.
Qmail: Postmaster-Absender-Adresse

3. Obwohl in Plesk mein FQDN als hostname konfiguriert war (v12345.1blu.de), hat hostname nur folgende Ausgabe in der Shell ergeben:

v12345

Ich hab dann den hostnamen in Plesk geändert / neu konfiguriert.

Außerdem habe ich /var/qmail/control/me/doublebounceto gesetzt auf meine Administratoren-Emailadresse.

Ich lese gerade qmail Doku um zu sehen, ob ich noch folgendes Konfigurieren sollte:
/var/qmail/control/bouncehost
/var/qmail/control/bouncefrom

Danke für Tips, wann ich diesen Einstellungen benötige..

 

[Huschi]

Obwohl in Plesk mein FQDN als hostname konfiguriert war (v12345.1blu.de), hat hostname nur folgende Ausgabe in der Shell ergeben:

v12345

Das ist inzwischen ein bekanntes Problem von Plesk 9.3.
Aber Du hast die Problemantik, Analyse und mögliche Fehlerlösung gut zusammengeschrieben.
Daher meine Ergänzungen:

Symptome:
Ständig bouncende Emails, die Queue wird ggf. voller (muss aber nicht), die CPU-Last steigt.
Meistens sind es Cronjob-/DrWeb-Update-Mails.
Evtl. gibt es zusätzlich Probleme mit dem Greylisting-Filter.

Diagnose:
Fehlerhafte Einträge in /var/qmail/control/... me und locals für den FQDN-Hostnamen.

Lösungen:
1.) Qmail stoppen
2a) In Plesk unter "Einstellungen" -> "Hostname ändern" die Hostname in irgendwas (z.B. "xxx.de") umändern und speichern. Kurz warten (max. 30 bis 60 Sekunden) bis es auf der Console per "hostname" und die control/me umgesetzt wurde.
Danach den realen FQDN-Hostnamen (am Besten den RPTR) Eintragen und speichern.

2b) Per Hand den Hostname setzten und in control/me und control/locals einsetzten.

3.) Die Bounce-Mails per qmHandle löschen: qmHandle -S"failure notice"

4.) Qmail starten


huschi.

 

[Domi]

Judeldu.. Ich weiß, das Thema ist schon etwas älter.. Ich bin gestern über die Suche auf das Thema aufmerksam geworden Nun habe ich gestern (Mittwoch) die Steps 1 - 4 durchgeführt und es klappte auch, doch ab 22:00 muss das System die me und hostname umgeschrieben haben, denn anschließend stand wieder ein falscher Eintrag drin.

Kann es sein, dass Plesk irgend wo einen Abgleich mit gewissen Einstellungen macht?

 

[Huschi]

Ich sollte zu oben noch ergänzend hinzufügen:
Der Hostname sollte niemals (nieeeeeeeeeeeeeeee[!!!!!!!!]mals) identisch mit einer aktiv genutzten Domain sein.
Wer also z.B. "mein-webhosting-service.de" als Homepage hat, sollte den Hostname anders lauten lassen. Z.B. "vserver-fuer.mein-webhosting-service.de".

@anubis:
Fakten Fakten Fakten!!!
- Hostname vorher
- Hostname nachher
- Wann genau waren die Änderungen? ("ls -l /var/qmail/control/")
- Ist /etc/hostname vorhanden?

huschi.

 

[Domi]

Der Hostname sollte niemals (nieeeeeeeeeeeeeeee[!!!!!!!!]mals) identisch mit einer aktiv genutzten Domain sein.

Hm... Das könnte mein Fehler gewesen sein... Ich fange mal an.

Wenn ich hostname eingebe, bekomme ich als Ausgabe: "s12345678"
Da der Server bei 1und1 steht, hat er auch eine Aktive Domain, diese lautet "s12345678.onlinehome-server.info"

Nun weiß ich das DrWeb ein Update versucht was nicht geht und sendet anschließend "failure notice" raus an postmaster@s12345678 und das wollte ich umgehen, indem ich dem Server den Hostnamen der von 1und1 eingetragenen Domain gebe (die xxx.onlinehome-server.info)! Dann hat es auch geklappt, meine Warteschlange wurde wieder klein und gut.

Ich könnte auch die /etc/alias umstellen, oder im cron.d dem DrWeb sagen das er kein Update machen soll etc. damit die Warteschlange wieder geschont wird, aber ich dachte mir das mit dem Host-Namen ist eine schönere Lösung

Und was meine /etc/hosts angeht,

127.0.0.1 localhost.localdomain localhost
xxx.xxx.xxx.xxx  s12345678.onlinehome-server.info  s12345678  s12345678.onlinehome-server.info  s12345678.onlinehome-server.info  s987456321.online.de

allerdings kann ich mir den letzten Eintrag (s987456321.online.de) noch nicht so wirklich erklären

Und die letzte Änderung von control/me war (14.10.2010 10:12) und control/locals war (13.10.2010 11:08), eben gerade abgelesen.

Ich hoffe mit den Informationen kann man was anfangen

 

[Huschi]

Und was meine /etc/hosts angeht,

Danach hatte ich gar nicht gefragt. Oben steht /etc/hostname.
Wenn die nicht existiert, dann lege sie an:
echo sXYZ.onlinehome-server.info > /etc/hostname

allerdings kann ich mir den letzten Eintrag (s987456321.online.de) noch nicht so wirklich erklären

Das ist eine ganz ganz dumme Eigenheit von 1und1. Vergiss das Ding und benutzte es einfach nicht.

Und die letzte Änderung von control/me war (14.10.2010 10:12)

Lass mich raten, da hast Du die Änderungen schon wieder selber gemacht, oder?

huschi.

 

[Domi]

Danach hatte ich gar nicht gefragt. Oben steht /etc/hostname.

Ups.. Verlesen...

Das ist eine ganz ganz dumme Eigenheit von 1und1. Vergiss das Ding und benutzte es einfach nicht.

Hm.. Okay, dann weiß ich schon mal bescheid. Den Server hätte ich auch schon längst abgeschoben, wenn Chef nicht so hinter den IPs hinterher wäre

Lass mich raten, da hast Du die Änderungen schon wieder selber gemacht, oder?

Schuldig im Sinne der Anklage. Ich hab gestern morgen ungefähr zu dieser Zeit geschaut was er für einen hostnamen hat, und dann über Plesk wieder umgestellt. Das war ich dann wohl