Plesk 9 / Postfix

neutron

New Member
Hallo,

Ich habe in der Kombination Postfix mit Plesk 9 ein sehr eigenartiges Problem, da ich dieses aber auf 2 völlig unterschiedlichen Servern mit Plesk habe, glaube ich so langsam an einen Bug seitens Parallels. Zum Problem:

Ich habe von Plesk 8.6 ein Update auf 9.0 gemacht und dabei auf Postfix umstellt, dies klappte soweit problemlos. Nach etwas einem Tag fiel mir im Maillog auf das bei diversen Domains keine E-Mails mehr ankommen und ich ging auf die Suche. Ich konnte das ganze eingrenzen, und nun kommt das eigenartige dabei, es betraf nur Postfächer mit [email protected]. Da ich das ganze nicht so recht glauben wollte habe ich einen 2. Server auf Plesk 9 angehoben inkl. Umstellung auf Postfix und siehe da, gleiches Problem. Ich gehe davon aus, das dies nur die info@ Postfächer betrifft die bereits vor der Umstellung auf 9.0 existierten. Neu angelegte Postfächer funktionieren einwandfrei. Auch wenn ich die bereits bestehenden info@ Postfächer lösche und neu anlege funktionieren diese danach.

Nun könnte man ja sagen, OK, Plesk schreibt einfach die Postfix Dateien nicht korrekt und erzeugt danach per Postmap die Hashes nicht richtig, das ist wahrscheinlich auch so, aber es ist ja eben NUR das info@ Postfach betroffen.

Gleiches gilt übrigen auch für Relaying und dergleichen. Beispiel:

Ich habe eine Domain dessen "A" Eintrag im DNS auf meinen Webserver IP zeigt, der MX zeigt aber auf eine andere IP weil der Kunde xy nun mal seine Maildienst woanders hosted. Soweit nie ein Problem, man schaltet den Maildienst in Plesk aus und alles wunderbar. Auch das ging soweit, wenn da nicht die [email protected] Postfächer wären :) Auch das habe ich auf beiden Server ausprobiert, ich schreibe eine E-Mail an [email protected] und diese Mail soll nun an das entfernte E-Mail System zugestellt werden, das log filesagt aber:

Dec 13 22:03:17 netzbaer postfix/local[21452]: 8990E7884B0: to=<[email protected]>, orig_to=<info@*****-professional.de>, relay=local, delay=0.09, delays=0.07/0.01/0/0.01, dsn=5.1.1, status=bounced (unknown user: "info")

Die Empfänger Domain habe ich hier natürlich einfach nur Unkenntlich gemacht.

Der wichtige Part ist status=bounced (unknown user: "info").

Bevor nun die Frage aufkommt, ja es ist alles korrekt im DNS eingestellt, das Postfach existiert auf dem Mailsystem was diese Mail empfangen soll usw.. Das Problem ist ja wie gesagt auf 2 unterschiedlichen Installation mit Plesk 9 und Postfix so.

Hat hier irgendwer von euch auch ein Update auf 9.0 gemacht in Verbindung mit Postfix und kann einmal versuchen dies nachzustellen? Wenn dem wirklich so ist muss ich ein RIESEN Ticket bei Parallels aufmachen :)

gruß neutron
 
Last edited by a moderator:
Das Problem trat bei meinem Server auch auf. Bei allen Domains funktionierten nur die [email protected] nicht mehr.
Als Abhilfe habe ich die info-Email-Accounts gelöscht und neu angelegt. Danach funktioniert das ganze wieder. Ist nur etwas Arbeit, die Emails alle vorher zu sichern.
 
Danke, das bestätigt auf jeden Fall mal das ich nicht an Halluzinationen leide oder gar zu doof bin 2 Systeme entsprechend zu bedienen. Nun wäre nur der Part mit MX zeigt auf anderes Sytem interessant, aber ich werd so oder so ein Ticket bei Parallels aufmachen.

gruß neutron
 
Hallo,

habe auch auf Postfix gewechselt und genau das selbe Phänomen. Wie es aussieht ist mein System up-to-date, zumindest stimmen alle Versionsnummern vom Patch-Paket 9.0.0.2 überein (Letztes Update vom 22. Dez. 2008).

Habe ich was nicht mitbekommen oder gibt es bis heute keine Lösung dafür?

Die Lösung von data85 kommt für mich nicht in Frage. Bin mittlerweile wieder ins Qmail-Lager gewechselt.

Für eine kurze Aufklärung wäre ich dankbar.
 
Huhu,

das ist ein Bug, siehe hier:

Plesk-Postfix Bug

Leider ist das Ganze auch nicht mit dem 9.0.1 Patch behoben. Wechselt man per Autoinstaller auf qmail, funktioniert dieses ebenfalls nicht ordnungsgemäß.
Ich betreibe einen Mailservice per B1gMail und hier kommen alle Mail mit der Quelltextansicht an. Die Absendeadressen sind völlig verkehrt.

Zum Thema mit der info-Domain kann ich sagen, dass ich beim Versand von support-Domains das Problem user unbekannt habe.

Gruß Danny
 
Back
Top