🚀 go-pugleaf

W dniu 2018-02-06 o 12:21, LFC pisze:
> W dniu 06.02.2018 o 11:04, Piotr Lechowicz pisze:
>>
> 
>>>
>>
>> Rozbuduj regexa na cały zakres adresów i po temacie.
>>
>>>
> 
> Podejrzewałem, ze się nie da przez użycie maski sieci, bo nigdzie nie natknąłem się na przykłądy takich rozwiązań.
> Własnie odpaliłem Regexa. Pierwsze podejście jakiś czas temu miałem spalone, bo sendmail się wykrzaczał z configiem dla miltera regexa, ale teraz się przyjrzałem dokładniej i znalazłem błąd.
> Regex smiga. Teraz tylko poczekam na spamera, żeby zobaczyć, czy go wywali.
> Spam przychodzi z z hostów, które mają nazwy xxx-yyy.date więc zarzuciłem do regexa:
> 
> reject
> header /^Received:/i    /\w+\-\w+\.date/i
> 
> 
> Będzie OK ?
> 
> LFC
> 

Pewnie będzie, ale na \w+ złapią ci się także ciągi dłuższe niż 3 znaki.
Możesz mieć wtedy "nadgorliwy" filtr.
Nie pokazałaś nagłówków, więc nie wiem co tam faktycznie masz...
Może lepiej użyć \w{3} i dodać jeszcze spację po date

Po drugie przy filtrze na header nie daję znaku : na końcu nazwy pola, tzn nie
> header /^Received:/i    /\w+\-\w+\.date/i
tylko
header /^Received/i    /\w+\-\w+\.date/i
IMHO przy rozbiciu pola nagłówka na nazwę i treść milter uznaje ten : za separator nazwy pola i jego treści i go nie analizuje.

I dodatkowo możesz zaznaczyć koniec łańcucha nazwy pola (analogicznie do zaznaczenia początku):
header /^Received$/i    /\w+\-\w+\.date/i



Trzecia sprawa - przy filtrze na header musisz w sesji SMTP poczekać na data (czyli na treść maila).
Przy filtrze na connect uwalasz wcześniej, już po "mail from".


Piotr