[Postfixbuch-users] habe ich da was falsch gemacht ?

[Sandy Drobic]

Uwe Driessen wrote:

>>> -------Master.cf
>>>
>>> smtp-amavis unix -      -       n        -      3       smtp
>>>         -o smtp_data_done_timeout=1200
>>>         -o disable_dns_lookups=yes
> 
> Ups den hatte ich hoch gesetzt als das anfing mit den auf und abbauten und
> nicht in der Amavis.conf angepasst da standen noch 2 drinne sollte aber auch
> nicht das Prob gewesen sein da Mails in der Regel schön verteilt eintrudeln

Ich hatte dann häufiger Meldungen von Amavisd-new drinne, wo Amavis einen 
Backtrace gemeldet hatte, wenn die Zahl nicht sauber übereinstimmt.

>>> greylist_action  => $opt{'greylist-action'} || '450'
>>> scheint zu laufen
>>> gestartet hat postgrey zumindest mal und der erste grylist ist schon im
>>> logfile
>> Du kannst das sehr einfach überprüfen, indem du hinter dem Aufruf des
>> Policyservers einen check setzt, der einen Eintrag ins Log schreibt:
> 
> Jap es rennt und rennt und rennt ich weis nur noch nicht wohin* 
> Mit anderen Worten die Greylisting's sind mehr geworden 

Sinnvoll ist es besonders dann, wenn die Maschine oder die Leitung unter 
Last steht, weil viele Spams hereinströmen. Dann möchte man die mit 
möglichst schonenden Tests aussondern.

>> Frage mal viele Hotmail- und MSN-Kunden, die scheinen auch Mails
>> anzunehmen und kommentarlos zu löschen in einigen Fällen.
> 
> Nee löschen darf ich ja nicht obwohl es mir in den Finger so manches mal
> gejuckt hat*gg

Das ist verständlich (der Wunsch, Spam einfach automatisiert zu löschen), 
aber eben weder ratsam noch in den meisten Fällen erlaubt.

>> Taste dich langsam heran. Jeder muss für seine Situation die passenden
>> Filter suchen. Meine Rezepte sind für deine Situation vielleicht nicht die
>> optimale Lösung.

> Bin ich ja schon dabei. Ich beobachte das ganze jetzt mal und wenn etwas
> wieder anfängt aus dem Ruder zu laufen werde ich halt wieder ran müssen und
> nachschauen warum.

So ist es, hauptsache keine Panik-Reaktionen.

> Die auf und gleichzeitigen Abbrüche sind weniger geworden entweder weil die
> anderen aufgeben oder das schlanker machen hat den Effekt gebracht. Es
> könnte auch sein das die Umstellung von Amavis von virtueller Diskspace auf
> Platte etwas ausgemacht hat da waren zwar auch im virtuellen Space nie mehr
> wie 50 MB belegt aber keine Ahnung woran es lag 

Ich kann mir höchstens vorstellen, dass einige Prozesse empfindlich auf 
Verzögerungen reagieren, aber das sollte nur kritisch werden, wenn die 
Maschine wirklich unter Last steht.

> Im logwatchfile bzw. in der Mail die mir Logwatch schickt habe ich noch
> folgendes gefunden
> 
> Illegal address syntax:
>     In command MAIL from:
>        aps54.muc.ec-messenger.com[195.140.186.54] : 1 Time(s)
>        aps74.muc.ec-messenger.com[195.140.186.74] : 1 Time(s) Illegal
> address syntax:
>     In command MAIL from:
>        aps54.muc.ec-messenger.com[195.140.186.54] : 1 Time(s)
>        aps74.muc.ec-messenger.com[195.140.186.74] : 1 Time(s)
> 
> nur leider nicht wo der Fehler ist ich habs dem Absender mitgeteilt soll der
> mal schauen wie er versendet. Ich bin schon 3 Nächte und Tage am suchen.

Wenn du hart im Nehmen bist (und zig Status-Mails verkraften kannst), dann 
kannst du die Benachrichtigungen mal umstellen:
notify_classes = policy, protocol, resource, software

Dann bekommt der Postmaster eine MENGE Mails mit den Session-Protokollen. 
Vielleicht hilft das. Wenn du jedoch mehr als ein paar hundert Rejects pro 
Tag hast, wird das eine Flut von Mails.

> Noch mal danke ich komme dann das nächste mal mit ner Tasse Kaffee auf dich
> zu.

He he, ich sitze in Düsseldorf und werde dort wohl auch für die nächste 
Zeit bleiben.

Sandy
-- 
Antworten bitte nur in die Mailingliste!
PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com