451 4.3.0 Error queue file write error

[Harald]

@charon
Danke, das Hotfix hat, soweit ich testen konnte, geholfen.

 

[MFromH]

You can't see internal articles

KB Parallels: [HOTFIX] Postfix segfaults upon postfix-queue execution when processes message with strings of more than 4096 characters

Sorry für die blöde Frage: ich bekomme bei dieser URI immer nur "You can't see internal articles" angezeigt. Woran kann das liegen? Angemeldet bin ich bei Parallels.

 

[Huschi]

Wahrscheinlich haben sie diesen Hotfix wieder gesperrt. Denn er löste nicht alle Probleme.
Die deutsche Übersetzung hingegen bleibt vorhanden: Plesk/Postfix: Größere Emails brechen beim Versand ab - huschi.net

huschi.

 

[MFromH]

Die deutsche Übersetzung hingegen bleibt vorhanden: Plesk/Postfix: Größere Emails brechen beim Versand ab - huschi.nethuschi.

Danke für den Tipp. Hat alles hingehauen

 

[Organic]

Hallo zusammen,

auch wenn der Post schon was älter ist, aber Parallels hat eine unglaubliche Lösung für das Problem.

Postfix deinstallieren und Qmail rauf. tztz

Resolution
The problem will be fixed in future update of Parallels Plesk Panel that is going to be released after version 9.2.2.

To resolve the problem now it is recommended to switch to QMail MTA. You may switch via command line Plesk Autoinstaller. Use the following command:

~# /usr/local/psa/admin/sbin/autoinstaller --select-release-current --install-component qmail

siehe hier:
http://kb.parallels.com/en/6394

Mei o mei wo soll das nur hinführen? Demnächst soll man noch Plesk deinstallieren, damit der Server wieder läuft.


Schönen Gruß
Organic

 

[Leyton4114]

hiho,
qmail ist ja noch schlimm. Da gibts ja diese 30 Sekunden-Wartezeit, die sich in der neuen Version ja nicht mehr ausschalten lässt

Aber Postfix ist doch eh eine 3rd-Party-Anwendung. Gibts da vom Hersteller ned irgendwie ne Lösung ?

LEy'

 

[Huschi]

Da gibts ja diese 30 Sekunden-Wartezeit, die sich in der neuen Version ja nicht mehr ausschalten lässt

Ach nein?
Das liegt übrigens nicht an Qmail sondern an der Verwendung innerhalb von Plesk.
Qmail ist vom Hause aus mit einem eigenen TCP-Daemon bestückt. Plesk nutzt ihn nur nicht.

Aber Postfix ist doch eh eine 3rd-Party-Anwendung.

Das ist ja mal eine interessante neue Ansicht...

huschi.

 

[Roger Wilco]

Aber Postfix ist doch eh eine 3rd-Party-Anwendung. Gibts da vom Hersteller ned irgendwie ne Lösung ?

Wieso sollten sich die Entwickler von Postfix um so ein kaputtes Stück Software wie Plesk kümmern? Ohne läuft Postfix super. Bleibt also nur, Parallels auf die Füße zu steigen oder Plesk wegzuwerfen. Ich empfehle letzteres.

Das ist ja mal eine interessante neue Ansicht...

Postfix ist, genau wie qmail, im Kontext von Plesk die Anwendung eines Drittanbieters. Siehst du das anders?

 

[Leyton4114]

hiho,
hö, ich ging eher davon aus, dass das nen Prob mit postfix ist. Plesk ist ja im Grunde nur ein Aufsatz ?!

Bleibt also nur, Parallels auf die Füße zu steigen oder Plesk wegzuwerfen. Ich empfehle letzteres.

Welche Alternative würdest du empfehlen ?

LEy'

 

[Roger Wilco]

Plesk ist ja im Grunde nur ein Aufsatz ?!

...der eigentlich alles, was er anfasst, kaputt-konfiguriert. Wie gesagt, ohne Plesk läuft Postfix 1a und ist ein bewährtes Stück Software. Ich wundere mich immer wieder, wie Parallels eigentlich iditiotensichere Software kaputt bekommt...

Welche Alternative würdest du empfehlen ?

Keine.

 

[neutron]

Der Fix hier, der im Parallels Forum auf Seite 11 evtl. etwas unter gegangen ist, hat mein Problem gelöst. Ist scheinbar auch so nicht in der Knowledge-Base drin:

http://forum.parallels.com/showpost.php?p=402040&postcount=219

 

[kenny_g]

Nach meinem Umzug auf einen neuen Server bin ich auf QMail umgestiegen und habe, ach oh Wunder keine Probleme mehr.

@Wilco,

deine Meinung kann ich sicherlich nachvollziehen, dass so manche Oberfläche wie Plesk das System verbiegt, hat aber dennoch ein Vorteil, dass man mal eben etwas schnell ändern kann. Ich persönlich versuche auch von den aufgehübschten Oberflächen weg zu kommen, ist mir aber bisher irgendwie nicht gelungen.

Gruß

Kenny

 

[Elbschrauber]

Hallo, ich habe auch das Problem.
Nun habe ich aber festgestellt, das der Fix von Pralles nicht mehr angeboten wird.

Hat hier ihn vielleicht noch einer aufm Server liegen und könnte ihn anbieten?

Der name ist : postfix-queue.tgz

Würde mich sehr freuen.

 

[mik_schreiber]

in Plesk 9.3 haben sie den fehler wieder eingebaut und auch einen neuen Patch verfügbar gemacht - leider funktioniert der bei mir nicht

 

[Elbschrauber]

Schau mal hier rein.
Das hat mir auch weiter geholfen.





Quelle von : www.rootserverprojekt.de

 

[NacKteOmA]

Oh man es ist fast 5Uhr und ich habe endlich bei mir den Fehler lösen können. Letztendlich hatte ich hier den gleichen Fehler, musste vorher aber noch einiges anderes lösen. Hatte unteranderem auch vorher noch die Fehlermeldung "your message is to big" und ähnliches. Es musste insgesamt 3 Fehler behoben werden um endlich "große" Emails zu verschicken und es gibt ja immernoch einen 5Minuten Timeout - somit im prinzip keine richtige Lösung, sondern ein Pflaster.

Heute zeigte mir Plesk mal wieder wie ähm schw** es eigentlich ist. Ich weiß nicht was die da immer kaputterieren müssen. Ich habe mich damit abgefunden das wenn man mit Plesk arbeitet es natürlich sehr ungern hat wenn man größere änderungen an den Diensten macht die Plesk selber nutzt. Im Grunde habe ich auch keine großen Probleme mit Plesk, nur die ganze Email Geschichte zickt irgendwo immer wiederrum. Auch nach Updates ist plötzlich das "helo" verstellt bzw. auf nen Standartwert und weiteres. Das gerade bei den Emailverkehr der ja leider doch etwas *hust* empfindlich ist wenn der Ausfällt und man seinen Email Server nicht redundant laufen hat.

Diesen ärger habe ich schon seit Plesk 7.x.x

@Elbschrauber - danke für den Link, bei mir hats soweit für nen 10MB Anhang geklappt und nutze Plesk 9.0.1

 

[frannek]

Hallo zusammen,
ich habe seit gestern die selbe Fehlermeldung jedoch nicht beim verschicken sondern beim Empfang. Monate lang ging es gut bis gestern gegen 18 Uhr mein Server mir fast im Minutentakt folgendes in mein Postfach legte:

Transcript of session follows.

Out: 220 ******.de ESMTP Postfix
In: EHLO mail1.afterbuy.de
Out: 250-*****.de
Out: 250-PIPELINING
Out: 250-SIZE 80240640
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN LOGIN CRAM-MD5 DIGEST-MD5
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: STARTTLS
Out: 220 2.0.0 Ready to start TLS
In: EHLO mail1.afterbuy.de
Out: 250-*****.de
Out: 250-PIPELINING
Out: 250-SIZE 80240640
Out: 250-VRFY
Out: 250-ETRN
Out: 250-AUTH PLAIN LOGIN CRAM-MD5 DIGEST-MD5
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:<tropic**@web.de> SIZE=14976
Out: 250 2.1.0 Ok
In: RCPT TO:<jupi@****.de>
Out: 250 2.1.5 Ok
In: DATA
Out: 354 End data with <CR><LF>.<CR><LF>
Out: 451 4.3.0 Error: queue file write error
In: QUIT
Out: 221 2.0.0 Bye

Dachte mir, da scheint die Platte wohl voll zu sein... Nix da. Das höchste was ich habe sind 48% belegt. Also nicht die Ursache.. schau ich mal in die Logs:
Mail.warn:

Apr 13 14:36:18 elbe207 postfix/spawn[22766]: warning: command /usr/lib/plesk-9.0/postfix-queue exit status 255
Apr 13 14:36:22 elbe207 postfix/spawn[22764]: warning: command /usr/lib/plesk-9.0/postfix-queue killed by signal 11
Apr 13 14:36:22 elbe207 postfix/spawn[22766]: warning: command /usr/lib/plesk-9.0/postfix-queue exit status 255
Apr 13 12:36:22 elbe207 postfix/smtpd[22760]: warning: lost connection with proxy 127.0.0.1:10025
Apr 13 14:40:37 elbe207 postfix/spawn[22910]: warning: command /usr/lib/plesk-9.0/postfix-queue killed by signal 11
Apr 13 12:40:37 elbe207 postfix/smtpd[22906]: warning: lost connection with proxy 127.0.0.1:10025
Apr 13 14:40:37 elbe207 postfix/spawn[22912]: warning: command /usr/lib/plesk-9.0/postfix-queue exit status 255
Apr 13 14:42:05 elbe207 postfix/spawn[22910]: warning: command /usr/lib/plesk-9.0/postfix-queue killed by signal 11
Apr 13 14:42:05 elbe207 postfix/spawn[22912]: warning: command /usr/lib/plesk-9.0/postfix-queue exit status 255
Apr 13 12:42:05 elbe207 postfix/smtpd[22906]: warning: lost connection with proxy 127.0.0.1:10025

und mail.err:

Apr 13 06:14:35 elbe207 imapd: 1271132075.176000 DISCONNECTED, user=franz@*****.de, ip=[78.50.32.***], headers=0, body=1676, rcvd=352, sent=6024, maildir=/var/qmail/mailnames/***.de/franz/Maildir
Apr 13 06:22:14 elbe207 before-queue[4271]: Processing handlers...
Apr 13 06:22:14 elbe207 before-remote[4273]: Lost connection
Apr 13 06:22:14 elbe207 before-remote[4273]: Some error occured
Apr 13 06:33:02 elbe207 before-queue[4628]: Processing handlers...
Apr 13 06:33:02 elbe207 before-remote[4630]: Lost connection
Apr 13 06:33:02 elbe207 before-remote[4630]: Some error occured
Apr 13 06:44:42 elbe207 before-queue[4920]: Processing handlers...
Apr 13 06:44:42 elbe207 before-remote[4922]: Lost connection
Apr 13 06:44:42 elbe207 before-remote[4922]: Some error occured
Apr 13 06:47:26 elbe207 before-queue[5031]: Processing handlers...
Apr 13 06:47:26 elbe207 before-remote[5033]: Processing handlers...
Apr 13 06:47:28 elbe207 before-queue[5031]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
Apr 13 06:47:28 elbe207 before-remote[5033]: Lost connection
Apr 13 06:47:28 elbe207 before-remote[5033]: Some error occured
Apr 13 06:57:16 elbe207 before-queue[5295]: Processing handlers...
Apr 13 06:57:16 elbe207 before-remote[5297]: Lost connection
Apr 13 06:57:16 elbe207 before-remote[5297]: Some error occured
Apr 13 07:08:41 elbe207 before-queue[5622]: Processing handlers...
Apr 13 07:08:41 elbe207 before-remote[5624]: Lost connection
Apr 13 07:08:41 elbe207 before-remote[5624]: Some error occured
Apr 13 07:10:11 elbe207 before-queue[5688]: Processing handlers...
Apr 13 07:10:12 elbe207 before-queue[5688]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'

Als System ist es ein Suse 11.2 (wenn ich mich recht erinnere ;-) ) und Plesk 9.3.0. Den Spamfilter und Antivirus habe ich bereits ausgeschalten, damit ich sehe, ob es daran liegt... selben Fehler.
Ich hoffe, mir kann hierbei jemand weiterhelfen.

Gruß
Frannek

 

[mik_schreiber]

schau mal hier
http://kb.parallels.com/en/8391

 

[basstscho]

Hallo zusammen,

überprüft mal was

cat /proc/user_beancounters | grep numfile

ausgiebt. Bei mir war der Server durch die z.T. sehr vielen gleichzeitigen Postfix-Prozesse überlastet und hat mir somit die ganze Zeit auch die o.g. Fehlermeldungen geschickt. Nachdem ich den Postfix eingeschränkt habe (max. Anzahl Prozesse) waren die Fehlermeldungen weg und der failcnt bei numfile ist seitdem auch nicht mehr angestiegen....

Grüße Johannes

 

[frannek]

Moin Johannes und all die andere Leser,

deine Lösung mit den Prozessen hab ich noch nicht probiert weil cat noch nicht vorhanden.. werde ich gleic denn dach dem Hotfix hatte ich gedahct sei die Sache erledigt.. ne, das ging eine kurze Zeit und jetzt kommen keine Mails mehr rein:

Out: 220 inparty-fm.de ESMTP Postfix
In: EHLO fmmailgate04.web.de
Out: 250-inparty-fm.de
Out: 250-PIPELINING
Out: 250-SIZE 80240640
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN LOGIN CRAM-MD5 DIGEST-MD5
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:<frannek1@*****.de> SIZE=1004
Out: 250 2.1.0 Ok
In: RCPT TO:<franz@******.de>
Out: 451 4.3.0 Error: queue file write error
In: DATA
Out: 554 5.5.1 Error: no valid recipients
In: RSET
Out: 250 2.0.0 Ok
In: QUIT
Out: 221 2.0.0 Bye

Das ergebnis einer Testmail
Die Timeouts habe ich nach Anleitung von Plesk angeglichen

Nachtrag: Mein Queue enthäl derzeit 1700 Mails! mit 99% der fehlermeldungen. Hatte diese in ein nicht vorhandenes Postfach geleitet aber nun eingerichtet, damit diese Meldungen abgearbeitet werden.

Nachrichten in Warteschlange: 1710 zurückgestellt, 0 auf Halten gesetzt, 0 eingehend, 0 aktiv, 0 beschädigt, 1710 gesamt.

Nachtrag 2

cat: /proc/user_beancounters: No such file or directory

Nachtrag 3:
Das hab ich in einer Meldung noch gefunden:

Transcript of session follows.

Out: 220 inparty-fm.de ESMTP Postfix
In: EHLO 093105075238.legnica.vectranet.pl
Out: 250-inparty-fm.de
Out: 250-PIPELINING
Out: 250-SIZE 80240640
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN LOGIN CRAM-MD5 DIGEST-MD5
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM: <wildestj6@rdooley.com>
Out: 250 2.1.0 Ok
In: RCPT TO: <franz@*****.de>
Out: 451 4.3.0 Error: queue file write error
In: DATA
Out: 554 5.5.1 Error: no valid recipients

Session aborted, reason: lost connection

NACHTRAG:
Das Problem habe ich jetzt beheben können. Obwohl es Suse 11.1 ist konnte er trotz gesetzter Rechte das queue nihct ausführen. Habe es mal mit einem anderen probiert und schwubbs - es werden Mails zugestellt.
Danke für die Info mit dem Hotfix. Ohne dieser hätte ich wirklich doof aus der Wäsche geguckt. SUPER JUNGS!