[Postfixbuch-users] postfix probleme

[Peer Heinlein]

Am Sonntag, 18. Februar 2007 17:40 schrieb Marcel Hartmann:

> Ich vermute ich habe da etwas falsche Loglines gepostet sorry an alle
> die sich da durchlesen mussten/wollten. :-( Nach dem restart des mysql

Glaube ich nicht.

Hallo: Du *HAST* kilometerweise Logfiles, wo Postfix um Hilfe 
SCHREIT, Dein trivial-rewrite NICHT GEHT und Du ignorierst das nach wie 
vor von gehst von irgendwas Externem aus.

*WENN* Du Deine Probleme aus diesem Logfile gelöst hast und Du DANN noch 
immer noch andere Probleme hast, DANN darfst Du nach anderen Ursachen 
suchen.

Aber Du kannst nicht fatale Probleme bewußt ignorieren um anderswo 
weiter nach einer Ursache zu suchen. Das kann einfach nicht gut gehen.

> gab es eine kurze zeit in der postfix nicht die lookups machen konnte
> denke ich.

Denke ich nicht.

> > Darum werden es immer mehr Verbindungen -- aber das Problem ist 
hier,
> > daß
> > Postfix Probleme hat und diese Verbindungen nicht abarbeitet. Das
> > Problem
> > sind nicht die Verbindungen selber.
>
> Und genau das meine ich und versuche ich zu entschlüsseln :) Aber 
durch
> die vielen Rejects wird es deutlich schwerer da durch zu steigen finde
> ich, daher nochmal am Rande, kann ich logs für bestimmte domains in 
ein
> anderes logfile legen?

Du HAST bereits fatale Probleme im Logfile gefunden. Wieso suchst Du 
weiterhin nach etwas? Behebe doch erstmal das, was bereits gefunden 
wurde.

> > > Feb 18 14:45:34 localhost postfix/master[14238]: warning:
> > > /usr/libexec/postfix/trivial-rewrite: bad command startup --
> > throttling
> >
> > Ja, und? Mal danach gesucht? Oder geflissentlich überlesen?
>
> Wenn Du mir sagst wo genau? 

> mein postfix wurde ja nicht verändert! 

Wenn es WIRKLICH nicht verändert wurde, dann WÜRDE es ja laufen.

Und: Selbst wenn. Es ist doch egal. Du HAST ein Problem. Was 
interessiert also die Aussage, daß nix verändert wurde? Willst Du jetzt 
denn allumfassenden Beweis erbringen, daß qua definition kein Fehler 
vorliegt, es hier darum sich um eine metaphysiasche Anomalie im 
Weltraum handelt, Du im Umkehrschluß beweist, daß die 
Relativitätstheorie nicht stimmen kann und Du Dich jetzt in eine 
Logikwolke auflösen kannst, weil die ganze Erde per qua definition 
ebenfalls nicht existieren kann?

> Der trivial-rewrite müsste wie gewohnt laufen imho.

"Müßte" und "IMHO" -- Du HAST Probleme. Was soll also ein "müßte aber"?

Statt Fehler zu suchen kannst Dui jetzt antworten "müßte aber". Und 
dann? Setz Dich in die Sonne und warte drei Wochen, weil es MÜSSTE ja 
gehen, oder? Also MÜSSTE man ja auch nix beheben müssen. Also KANN es 
ja gar nicht sein, daß etwas nicht geht. Das kannst Du so Deinen Usern 
ausrichten, wenn die sich beschweren.

Vermutlich alles nur ein Bug in Postfix. Bitte bei Wietse beschweren. 
Aber ja nicht einfach mal selbst nachsehen, weil es DÜRFTE ja nix sein.

> > > conecten lassen kann. Problematisch wird’s nur, wenn dort reale 
IPs
> > > gespooft werden denke ich.
> >
> > Tut niemand.
>
> Dann kann ich blacklisten wenn sowas in einer bestimmten Anzahl
> vorkommt? 

Wenn Du tatsächlich gespoofte IP-Verbindungen auf Deinem Server hast, 
dann spendiere ich Dir eine Flasche Champagner.

Hier spooft niemand TCP/IP-Verbindungen. 

> Mir ist nur aufgefallen das der SPAMMER dort immer andere 
> IP's verwendet. 

(Was nicht "spoofen" ist...)

> Wenn blacklisting möglich ist, womit kann ich das realisieren? Ich 
will
> diese hier
> raus haben:
>
> Feb 18 04:04:03 localhost postfix/smtpd[29406]: NOQUEUE: reject: RCPT
> from unknown[85.105.83.113]: 550 <gibbetfurthermost at domain.net>:
> Recipient address rejected: User unknown in local rec
> ipient table; from=<> to=<gibbetfurthermost at corestyle.net> proto=ESMTP
> helo=<mail.dayen.com.tr>

Na und? Laß sie doch. Blacklisten gibt einen 550 REJECT, unknown User 
gibt einen 550 REJECT. Na und?

> Mich wundert auch das Mails ankommen, die mit leeren from=<> gesendet
> werden, dabei habe
> ich das in der main.cf stehen:

Mich wundert, über was Du Dir alles Gedanken machst, nur nicht über die 
Frage, warum Postfix bei trivial-rewrite fatale Fehler schreit. Wollten 
wir nicht erstmal Dein Psotfix zurück an den Start bringen und uns DANN 
Gedanken um die 20 schönen Spoiler machen, die Du an die Kiste 
anbringen kannst?

Du argumentierst, daß Du nicht nach einem Fehler suchen BRAUCHST, weil 
er ja nicht sein KANN und stattdessen willst Du lieber 10 andere Sachen 
einbauen und umsetzen. 

> > > Sollte ich die Prozesse hochdrehen die postfix startet?
> >
> > Nein, trivial-rewrite reparieren.
>
> Wiso geht der mit einmal kaputt?

Ich bin kein Hellseher. Suche den Fehler, dann können wir klären, wieso 
der "mit einmal" kaputt ist.

(Software war in meinem Leben noch nie "mit einmal" kaputt, auch wenn 
das VORHER stets behauptet wurde.)

> Die Load ist derzeit wieder etwas weniger geworden. Ist denn die 
Anzahl
> der Prozesse so korrekt ohne angaben?

Manno! Das ist doch völlig-shit-ega-ha-hal! Repariere Dein Postfix!

> rewrite   unix  -       -       n       -       -       
trivial-rewrite

Umbruch in der Mail oder Umbruch in der Datei?!

> Wo soll da ein Leerzeichen fehlen? Die config ist so wie oben 
gepostet.

Komisch, beim ersten mal waren da noch auskommentierte, aber 
umgebrochene submission-Einträge drin. Ich glaube Dir also NICHT, das 
sie so ist.

Bitte schick die DATEI. Nicht als Mail. Als Attachement. Ohne komische 
Umbrüche aus der Mail. Damit wir sehen können, ob Du komische Umbrüche 
in der Datei hast.

> Sollte ich evtl. auch diese Zeile mit rein nehmen mit sinnigen Angaben
> im smtpd?

Nein, Du sollst nix zusätzlich reinnehmen, Du sollst rausfinden, warum 
bereits was zerschossen ist! 

> content_filter = smtp-amavis:[127.0.0.1]:10024 daemon_directory =
> /usr/libexec/postfix debug_peer_level = 1 default_rbl_reply = 
$rbl_code

Was sind das hier für Zeilenumbrüche? Spinnt Dein Mailclient oder hast 
Du den Murks in der main.cf stehen?


Auch wenn da nix sein KANN und Du lieber neue Parameter einbaust. Tust 
Du MIR bitte mal den Gefallen und liest Du wenigstens EINMAL Deine 
main.cf auf komische Umbrüche und Einträge hin durch? Nur mir zuliebe, 
bitte. Ich weiß, ist natürlich Unsinn. Machst Du es trotzdem?


Peer


-- 
Heinlein Professional Linux Support GmbH
Linux: Akademie - Support - Hosting

http://www.heinlein-support.de

Besuchen Sie uns: CeBIT 2007: Stand G64/3 im LinuxPark!

Zwangsangaben lt. §35a HGB:
HRB 93818 B / Amtsgericht Berlin-Charlottenburg, 
Geschäftsführer: Peer Heinlein  -- Sitz: Berlin