🚀 go-pugleaf

W dniu 2018-02-05 o 12:54, LFC pisze:
> Od weekendu zaczął przychodzić spam nt symulatora lotu, który mnie coraz bardzie wkurza. System pocztowy to sendmail, spamassassin, procmail i clamav.
> Mógłbym łatwo wyciąć ta pocztę przez spamassasina jakimś wyrażeniem regularnym ponieważ wszystkie hosty z których to przychodzi mają xxxx.date w nazwie, ale wolałbym, żeby sendmail pogonił spamera i odrzucił połączenie.
> Zakres IP z których to przychodzi to 185.162.146.99 - 126
> Czy w pliku access można zawrzeć taki zakres IP, a jeżeli tak, to jak?
> 
> LFC
> 
> 

W standardzie chyba się nie da.

Zobacz "poprawkę" na https://www.sendmail.org/~ca/email/examples/check_nets.html
albo użyj miltra, np. milter-regex uwali te adresy filtrem na connect - https://www.benzedrine.ch/milter-regex.html

Piotr

LFC <longinf@mpwikzdw.com.pl> pisze:
> [...]
> Zakres IP z których to przychodzi to 185.162.146.99 - 126
> Czy w pliku access można zawrzeć taki zakres IP, a jeżeli tak, to jak?

Sendmail w pliku access wspiera blokowanie adresów IP łączącego się
hosta oraz sieci */24, */16 i */8 [ Tak to kiedyś z pewnym względów
zaimplementowano i nikomu się nie chce tyrać by to zmienić ]
Czyli ty potrzebuje 28 wpisów w access.

connect:185.162.146.99  REJECT
connect:185.162.146.100 ERROR:550 "We don't accept mail from spammers"

Są specjalne skrypty (np. w perl-u) do konwersji klasycznej pełnej
notacji CIDR */* w to co sendmail "lubi". Są chyba w katalogu CONTRIB
dystrybucji sendmaila.

-- 
Andrzej A. Filip

W dniu 05.02.2018 o 13:19, Piotr Lechowicz pisze:

>
> W standardzie chyba się nie da.
>


A przyjmie taki zapis:

185.162.146.96/27	REJECT

W praktyce taki zapis wywali 30 hostów w tym wszystkie z tego zakresu IP
  oraz 3 postronne, ale z nich raczej nie spodziwałbym się nigdy poczty


> Zobacz "poprawkę" na
> https://www.sendmail.org/~ca/email/examples/check_nets.html
> albo użyj miltra, np. milter-regex uwali te adresy filtrem na connect -
> https://www.benzedrine.ch/milter-regex.html
>

Regex mam zainstalowany ale wydawało mi się, że działa podobnie jak 
spamassassin tyle, że głównie dla wyrażeń regularnych, a chciałbym aby 
takie śmieci dostawały odmowę i nie zajmowały łącza.

LFC

W dniu 2018-02-05 o 14:20, LFC pisze:
> W dniu 05.02.2018 o 13:19, Piotr Lechowicz pisze:
> 
>>
>> W standardzie chyba się nie da.
>>
> 
> 
> A przyjmie taki zapis:
> 
> 185.162.146.96/27    REJECT

Andrzej Filip odpisał ci w szczegółach - nie da się.

> 
> W praktyce taki zapis wywali 30 hostów w tym wszystkie z tego zakresu IP
>   oraz 3 postronne, ale z nich raczej nie spodziwałbym się nigdy poczty
> 
> 
>> Zobacz "poprawkę" na
>> https://www.sendmail.org/~ca/email/examples/check_nets.html
>> albo użyj miltra, np. milter-regex uwali te adresy filtrem na connect -
>> https://www.benzedrine.ch/milter-regex.html
>>
> 
> Regex mam zainstalowany ale wydawało mi się, że działa podobnie jak spamassassin tyle, że głównie dla wyrażeń regularnych, a chciałbym aby takie śmieci dostawały odmowę i nie zajmowały łącza.
> 

Dostaną.
Zobacz, przy filtrze:

reject "Spadaj spamerze"
connect // /192\.168\.1\.4/

sesja SMTP wygląda tak:

> telnet 192.168.1.8:25
> 220 mailserver.example.com ESMTP mail service
> helo ala
> 250 mailserver.example.com Hello [192.168.1.4], pleased to meet you
> mail from: <ala@kot.pl>
> 554 5.7.1 Spadaj spamerze
> 

Rozbuduj regexa na cały zakres adresów i po temacie.

> LFC
> 

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

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

W dniu 06.02.2018 o 13:55, Piotr Lechowicz pisze:


> 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".
>
>

reject
header /^Received$/i	/\w+\-\w+\.date/i

Tak wygląda aktualnie ta reguła w moim regexie
Tylko dlaczego milter mi w logu uporczywie zapodaje, że ma błąd w tej 
linii configa?
Sama reguła dopasowująca jest prawidłowa, bo sprawdzałem na stronie 
regex101.com i faktycznie wychwytuje nazwy o konstrukcji xx-yy.date.

LFC

W dniu 07.02.2018 o 08:21, LFC pisze:
> W dniu 06.02.2018 o 13:55, Piotr Lechowicz pisze:
>
>
>> 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".
>>
>>
>
> reject
> header /^Received$/i    /\w+\-\w+\.date/i
>
> Tak wygląda aktualnie ta reguła w moim regexie
> Tylko dlaczego milter mi w logu uporczywie zapodaje, że ma błąd w tej
> linii configa?
> Sama reguła dopasowująca jest prawidłowa, bo sprawdzałem na stronie
> regex101.com i faktycznie wychwytuje nazwy o konstrukcji xx-yy.date.
>

Zmieniłęm tą linię na:

header /^Received$/i    /[a-zA-Z0-9]\.date/i

tez w logu zgłasza błąd. Czego się czepia skubany?

LFC

W dniu 05.02.2018 o 13:59, Andrzej A. Filip pisze:

> 
> Sendmail w pliku access wspiera blokowanie adresów IP łączącego się
> hosta oraz sieci */24, */16 i */8 [ Tak to kiedyś z pewnym względów
> zaimplementowano i nikomu się nie chce tyrać by to zmienić ]
> Czyli ty potrzebuje 28 wpisów w access.
> 

Wiem i to mi się nie podoba, tym bardziej że teraz juz doszła kolejna 
klasa adresowa

> connect:185.162.146.99  REJECT
> connect:185.162.146.100 ERROR:550 "We don't accept mail from spammers"
> 
> Są specjalne skrypty (np. w perl-u) do konwersji klasycznej pełnej
> notacji CIDR */* w to co sendmail "lubi". Są chyba w katalogu CONTRIB
> dystrybucji sendmaila.
> 
Nie próbowałem, ale najpierw zobaczę co wart jest milter-regex i 
popatrzę co tam mają.
W ostateczności spamassassin - zadziała na pewno, ale wolałbym uciąć to 
gówno przy wejściu, a nie wyjściu.

LFC

W dniu 06.02.2018 o 13:55, Piotr Lechowicz pisze:

> 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".
>
>

Potrzebuję podpowiedzi. Ostatecznie config regexa wygląda następująco:

reject "5.5.4 We don't need a spam"
helo /\w+\-\w+\.date/i

reject "5.5.4 We don't need a spam"
header /^Received/  /\w+\-\w+\.date/i

Regex nie zgłasza błędu. reguła faktycznie odpowiada nazwom o 
konstrukcji xxx-yyy.date ale w logu mamy:

08:53:24 mpwik milter-regex[26248]: [185.162.146.143] [185.162.146.143]: 
ACCEPT, HELO: reins-vee.date, FROM: <folles@reins-vee.date>...

Co jest? Czy kolejnośc tych reguł ma znaczenie, bo regułe dla HELO miałe 
po regule dla Received. Teraz przeniosłem.

LFC

W dniu 2018-02-07 o 09:19, LFC pisze:
> W dniu 07.02.2018 o 08:21, LFC pisze:
>> W dniu 06.02.2018 o 13:55, Piotr Lechowicz pisze:
>>
>>
>>> 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".
>>>
>>>
>>
>> reject
>> header /^Received$/i    /\w+\-\w+\.date/i
>>
>> Tak wygląda aktualnie ta reguła w moim regexie
>> Tylko dlaczego milter mi w logu uporczywie zapodaje, że ma błąd w tej
>> linii configa?
>> Sama reguła dopasowująca jest prawidłowa, bo sprawdzałem na stronie
>> regex101.com i faktycznie wychwytuje nazwy o konstrukcji xx-yy.date.
>>
> 
> Zmieniłęm tą linię na:
> 
> header /^Received$/i    /[a-zA-Z0-9]\.date/i
> 
> tez w logu zgłasza błąd. Czego się czepia skubany?
> 
> LFC

U mnie obie regułki akceptuje - nie mam błędu.
Mam wersję 2.0.1.

Spróbuj dodać znacznik e dla drugiego regexa:
header /^Received$/i    /\w+\-\w+\.date/ie
lub
header /^Received$/i    /[a-zA-Z0-9]\.date/ie


Piotr

W dniu 08.02.2018 o 10:04, LFC pisze:

>
> Potrzebuję podpowiedzi. Ostatecznie config regexa wygląda następująco:
>
> reject "5.5.4 We don't need a spam"
> helo /\w+\-\w+\.date/i
>
> reject "5.5.4 We don't need a spam"
> header /^Received/  /\w+\-\w+\.date/i
>
> Regex nie zgłasza błędu. reguła faktycznie odpowiada nazwom o
> konstrukcji xxx-yyy.date ale w logu mamy:
>
> 08:53:24 mpwik milter-regex[26248]: [185.162.146.143] [185.162.146.143]:
> ACCEPT, HELO: reins-vee.date, FROM: <folles@reins-vee.date>...
>
> Co jest? Czy kolejnośc tych reguł ma znaczenie, bo regułe dla HELO miałe
> po regule dla Received. Teraz przeniosłem.
>

Już pokonałem problem, ale czemu tak, skoro manuale i przykładowe 
konfigi pokazują co innego?

Wystarczyło w regule na helo dopisać ^ dopisać:

helo /^\w+\-\w+\.date/i

i tnie przy samym tyłku zaraz po helo

LFC