🚀 go-pugleaf

LFC <longinf@mpwikzdw.com.pl> pisze:
> Był sobie sendmail postawiony na kompie z centos 6.7 i do dziś rana
> wszystko pięknie działało, ale coś się zadziało i już nie działa,
> tzn. z zewnątrz poczta dochodzi. Wewnątrz w sieci firmowej do siebie
> nawzajem możemy wysyłac pocztę, ale przy próbie wysłania na zewnętrzne
> adresy dostajemy w logach DSN 4.0.0. Status: Deferred
> Sprawdziłęm, czy DNS gada prawidłowo i jest OK.
> Wygenerowałem nowe certyfikaty samopodpisane sendmail.pem,
> sendmail.key, ale nic to nie zmieniło. Co prawda sendmail przy starcie
> marudzi, ze sendmail.key jest unsafe, ale ma dokładnie takie same
> prawa, jak stary certyfikat
> Myślałem, że może może jakiś host sprokurował wciągnięcie nas do RBL-a,
> ale sprawdziłem na www.spamhaus.org i nie.
> Czego się czepić, bo zgłupiałem?
> Jeszcze tylko restartu maszyny nie robiłem, ale nie wygląda, żeby go
> potrzebowała, bo odbiera i wysyła w obrębie sieci wewnętrznej bez
> problemów.
>
> LFC

Użyj mailq do sprawdzenia jakie maile stoją w kolejce.
Jako root "popchnij" jeden identyfikowany przez queue-id w trybie
verbose ze śledzeniem sesji smtp: sendmail -qI...

Do śledzenia zapytań DNS dorzuć -d8.20 a do śledzenia sprawdzania
"unsafe" -d44.4 .

-- 
Andrzej A. Filip

W dniu 09.10.2017 o 13:21, Andrzej A. Filip pisze:

>
> Użyj mailq do sprawdzenia jakie maile stoją w kolejce.
> Jako root "popchnij" jeden identyfikowany przez queue-id w trybie
> verbose ze śledzeniem sesji smtp: sendmail -qI...
>
> Do śledzenia zapytań DNS dorzuć -d8.20 a do śledzenia sprawdzania
> "unsafe" -d44.4 .
>

Już się wyjaśniło. Filtr antyspamowy providera zanotował za dużo 
połączeń smtp w ciągu sekundy i zablokował nasze IP na porcie 25.
Swoją drogą musze skonfigurować sendmaila, żeby dopuszczał poniżej 
300/s, bo tyle wynosi limit u providera na filtrach.
Trzeba będzie poczytać dokumentację, bo aż tak gęboko go nigdy nie 
konfigurowałem.
BTW, wie ktoś co robi parametr MaxRateThrottle?
Czy aby nie to właśnie?

LFC

LFC <longinf@mpwikzdw.com.pl> pisze:
> W dniu 09.10.2017 o 13:21, Andrzej A. Filip pisze:
>
>>
>> Użyj mailq do sprawdzenia jakie maile stoją w kolejce.
>> Jako root "popchnij" jeden identyfikowany przez queue-id w trybie
>> verbose ze śledzeniem sesji smtp: sendmail -qI...
>>
>> Do śledzenia zapytań DNS dorzuć -d8.20 a do śledzenia sprawdzania
>> "unsafe" -d44.4 .
>>
>
> Już się wyjaśniło. Filtr antyspamowy providera zanotował za dużo
> połączeń smtp w ciągu sekundy i zablokował nasze IP na porcie 25.
> Swoją drogą musze skonfigurować sendmaila, żeby dopuszczał poniżej
> 300/s, bo tyle wynosi limit u providera na filtrach.
> Trzeba będzie poczytać dokumentację, bo aż tak gęboko go nigdy nie
> konfigurowałem.
> BTW, wie ktoś co robi parametr MaxRateThrottle?
> Czy aby nie to właśnie?

Ile maili wysyła serwer w godzinie szczytu typowego dnia roboczego?
Czy to są maile wysyłane z samego serwera, sieci lokalnej z gdzieś z internetu?

Czy jesteś w stanie przełknąć kilku minutowe opóźnienie w doręczaniu
emaili by to rozwiązać?

-- 
Andrzej A. Filip

W dniu 09.10.2017 o 19:07, Andrzej A. Filip pisze:

>> BTW, wie ktoś co robi parametr MaxRateThrottle?
>> Czy aby nie to właśnie?
>
> Ile maili wysyła serwer w godzinie szczytu typowego dnia roboczego?
> Czy to są maile wysyłane z samego serwera, sieci lokalnej z gdzieś z internetu?
>
> Czy jesteś w stanie przełknąć kilku minutowe opóźnienie w doręczaniu
> emaili by to rozwiązać?
>

I to jest właśnie dziwne, bo uzytkowników poczty na serwerze jest może 
ze 45. Na zewnatrz wychodzimy tylko w potrzebie komunikacji z innymi 
firmami lub urzędami. Bardziej jest to nastawione na odbiór poczty ze 
świata, bo nieco ponad 200 e-faktur rozłożone w przedziale miesiąca 
raczej nie jest w stanie uruchomić filtru.
W zasadzie niemal cały ruch smtp powinien pochodzić od serwera bo 
zakładam, że korzystanie przez niektórych userów również z adresów mail 
zewnętrznych, np. na onecie lub wp jest incydentalne.
Kilkuminutowe opóźnienie nie jest problemem, choć przy mailowaniu 
pomiędzy adresami w sieci wewnętrznej będzie wtedy nieco dziwne.

LFC

W dniu 10.10.2017 o 07:13, LFC pisze:
> W zasadzie niemal cały ruch smtp powinien pochodzić od serwera bo 
> zakładam, że korzystanie przez niektórych userów również z adresów mail 
> zewnętrznych, np. na onecie lub wp jest incydentalne.

Jeśli dopuszczasz połączenia na port 25 innym komputerom niż serwer 
poczty, to tu właśnie robisz błąd. Pierwszy podłapany syf na komputerze 
z LANu załatwia Ci reputację.
WP i Onet przyjmuje wysyłanie poczty na innym porcie (submission) i 
wtedy filtrów to nie drażni.
-- 
Olek

Olek <olotestSPAMFE@poczta.onet.pl> pisze:
> W dniu 10.10.2017 o 07:13, LFC pisze:
>> W zasadzie niemal cały ruch smtp powinien pochodzić od serwera bo
>> zakładam, że korzystanie przez niektórych userów również z adresów
>> mail zewnętrznych, np. na onecie lub wp jest incydentalne.
>
> Jeśli dopuszczasz połączenia na port 25 innym komputerom niż serwer
> poczty, to tu właśnie robisz błąd. Pierwszy podłapany syf na
> komputerze z LANu załatwia Ci reputację.
> WP i Onet przyjmuje wysyłanie poczty na innym porcie (submission) i
> wtedy filtrów to nie drażni.

Lepiej od tego zacząć i dodać w iptables na samym serwerze z sendmailem
blokowanie wychodzących połączeń SMTP z tego kompa po userze.

Miałeś ślad po tych 300 mailach na sekundę w logach sendmail-a?

-- 
Andrzej A. Filip

W dniu 12.10.2017 o 00:06, Andrzej A. Filip pisze:

>
> Lepiej od tego zacząć i dodać w iptables na samym serwerze z sendmailem
> blokowanie wychodzących połączeń SMTP z tego kompa po userze.
>
> Miałeś ślad po tych 300 mailach na sekundę w logach sendmail-a?
>

W logach jest zawsze bardzo dużo, więc nie analizowałem, ale jedno 
zauważyłem tego dnia - cała masa połączeń z zewnatrz przez serwery bez 
nazw, na które serwer odpowiadał DSN 550 (may be forged lub host w RBL- 
na liscie spamhaus)

LFC