[vielleicht gelöst] Autoresponderfehler (arpl-msgr, Command died with status 255)

[STBaf]

Hallo zusammen, wieder einmal eine Frage :-)

Ich habe nun den Fall das ich Autorespondern einsetzen muss/möchte und dazu auf den Autoresponder von ISPCP zurückgreifen will.

Der funktioniert soweit (also die Mail kommt beim Empfänger an, ebenso geht eine Autoreplymail zurück), allerdings erhält der Absender der Mail ebenfalls vom Mailer-Daemon (also Postfix) eine Mail das etwas schiefgegangen ist, und zwar folgende Meldung:

(...Standard-Text vom Mailer das was schiefgegangen ist...) und dann:

<vorname.nachname@ispcp-arpl.domain.de>: Command died with status 255:
"/var/www/ispcp/engine/messager/ispcp-arpl-msgr"

(Name und Domain entsprechen den richtigem Namen und der richtigen Domain, die habe ich quasi nur jetzt hier entfernt).

Ich benutze im Prinzip das RC2, habe aber die ispcp-arpl-msgr auch schon durch die des heutigen Daily Snapshot (vom 21.11.2007) ersetzt, selber Fehler

Jemand eine Idee wie ich diese Meldung unterdrücken kann oder zumindest sinnvoll das Senden dieser Fehlermeldung vom Postfix zumindest unterdrücken kann (wie gesagt, theoretisch geht es, Mail kommt beim Empfänger an, der Absender kriegt das Autoreply + diese überflüssige Meldung).

Danke für jeglichen Kommentar oder Hilfe im voraus :-)

Andre

[gOOvER]

Ich würde Dir empfehlen, ispCP neu zu installieren, da die RC2 sehr alt ist. Ich glaube nicht, das das reine Ersetzen der Datei das Problem löst. Schau mal in der Timeline. Ich meine der Fehler wurde schon gefixt.

[STBaf]

hmm das ist jetzt leider das Problem, ich kann natürlich nicht so mal eben ohne weiteres jetzt das System neu installieren ;-)

Aber ich bin selbst schon etwas schlauer - es scheint auf jedenfall mit dem Amavis zusammenzuhängen den ich in das Postfix eingebunden habe.

Sobald ich aus meiner main.cf folgende Zeile auskommentiere:

content_filter = amavis:[127.0.0.1]:10024

verschwindet der Fehler.

Schonmal jemand etwas ähnliches gehabt ? Ich hab dem Eintrag vom Autoresponder in der master.cf schon ein -o content_filter= zugefügt, also wie folgt:
ispcp-arpl unix - n n - - pipe
flags=O user=vmail argv=/var/www/ispcp/engine/messager/ispcp-arpl-msgr
-o content_filter=

hat aber auch nicht wirklich was gebracht :-/

Scheint also eher kein Fehler in ISPCP direkt zu sein (da es ja ohne den Amavis geht), aber dann im Zusammenspiel zicken macht.
Wie gesagt falls noch jemand nen Tipp hat ?

Update: Ganz so neu ist es scheinbar leider auch nicht, es gibt sogar ein Ticket dafür :-(
http://www.isp-control.net/ispcp/ticket/725

[joximu]

Hallo

der Autoresponder ist meines Erachtens noch nicht so das Gelbe vom Ei...
Mit Mailweiterleitungen hat er auch seine Mühe (zB. mehrere Mailsadressen, die alle auf die info-Adresse gehen - da klappt es auch nicht).
Wobei ich nun nicht genau weiss, wo welches Problem herrührt...

Schalte debugging ein und schau in die Logdateien des autoresponders...

/J

[STBaf]

okay das habe ich (meiner Meinung nach) gemacht.

Gemäß Wiki habe ich in die /etc/ispcp/ispcp.conf den Debugmodus angeschaltet. Weil der Eintrag im Wiki noch nicht am Ende der Datei existierte habe ich einfach einmal die paar Zeilen aus dem Wiki (also die drei Kommentarzeilen und das DEBUG=1) reinkopiert. Dann gespeichert, anschließend den /var/www/ispcp/engine/ispcp-rqst-mgr neu laufen lassen. Der ist auch ohne zu Meckern scheinbar durchgelaufen.

Anschließend eine Nachricht ans Testautoresponderfach geschickt. Der Fehler bleibt natürlich der gleiche (also Mail an Empfänger, Autoreply an Absender + Bounce Nachricht an Absender).

Allerdings hätte ich vermutet das dann das Log zum ARPL im /var/log/ispcp/ispcp-arpl-msgr/ zu finden ist, das habe ich zumindest als Verzeichnis. Vor dem Einstellen von DEBUG=1 waren da auch die (leeren) Logs vom Ausgabe und Errorpipe drin (ispcp-arpl-msgr.sterr und ispcp-arpl-msgr.stout). Nach der Änderung an der ispcp.conf und dem Aufruf des rqst-mgr Schriptes ist dieses Verzeichnis nun leer. Die Testmail hat auch keine Logdateien dort generiert.

Guck ich an der falschen Stelle oder geht das auch grade schief ? ;-)

Andre

[BeNe]

Das geht so nicht!
Der Debugmodus wurde von der RC2 auf die RC3 geändert.
Die Änderung in deiner ispcp.conf hat auf deinem System keinerlei funktion.
Muss grad mal nachschauen wie das in der RC2 war.

Das Output vom debug sollte eben direkt auf dem Bildschirm erscheinen und nicht in einer Datei.

Greez BeNe

[BeNe]

Hier, das ist NUR noch für die RC2 gültig --> http://www.isp-control.net/ispcp/wiki/ho...?version=2

Greez BeNe

[ZooL]

BeNe Wrote:Hier, das ist NUR noch für die RC2 gültig --> http://www.isp-control.net/ispcp/wiki/ho...?version=2

Greez BeNe

in der RC3 ist es ja wieder alles aktive wie damals bei den ersten vhcs
versionen... danke für das aktivieren Omega Team

[STBaf]

BeNe Wrote:Hier, das ist NUR noch für die RC2 gültig --> http://www.isp-control.net/ispcp/wiki/ho...?version=2

Greez BeNe

Huhu

habe ich entsprechend dem Wiki-Howto aktiviert, müßte auch geklappt haben (der rqst-mngr hat gegenüber sonst ne ganze Latte an Output rausgeworfen als ich den hab laufen lassen).

Ich hab dann eine weitere Mail an die Autoreply-Adresse geschickt, bekomme auch wieder meinen Autoreply + die übliche Fehlermail vom Mailserver an den Absender.
Allerdings gibts keine (erkennbaren) Einträge in irgendwelche Logfiles (außer den Log's des Postfix im /var/log/mail freilich), und das /var/log/ispcp/ispcp-arpl-msgr/ Verzeichnis ist nach wie vor leer.

Ich fürchte das hat nicht ganz viel gebracht ;-)

Andre

[joximu]

Das Autoreply Script hat seinen eigenen debug-activator

#$main::engine_debug = '_on_'; // Zeile 546 in meiner Version

So wie's ausschaut läuft ispcp-arpl-msgr ohne Zugriff auf die anderen dateien, daher hat er auch seine eigene dbkeys-Datei...

Gruss
J