Słuchaj.
Każdy mechanizm filtrujący pocztę obciąża CPU. Testy, analizy
wiadomości, .
Jedyny nie obciążający i ucinający (a obecnie chyba najlepszy) to jest
właśnie postcreen. Ucina w zarodku przed analizą.
Obecnie na jednym z moich serwerów wycina 97% niechcianej poczty, na
kol
On 10/15/14 10:12, lord_Niedzwiedz wrote:
Słuchaj.
Każdy mechanizm filtrujący pocztę obciąża CPU. Testy, analizy
wiadomości, .
Jedyny nie obciążający i ucinający (a obecnie chyba najlepszy) to jest
właśnie postcreen. Ucina w zarodku przed analizą.
Obecnie na jednym z moich serwe
Słuchaj.
Każdy mechanizm filtrujący pocztę obciąża CPU. Testy, analizy
wiadomości, .
Jedyny nie obciążający i ucinający (a obecnie chyba najlepszy) to jest
właśnie postcreen. Ucina w zarodku przed analizą.
Obecnie na jednym z moich serwerów wycina 97% niechcianej poczty, na
kol
Witam serdecznie,
Przymierzam się do postawienia postfixa na OpenWrt i odgrzebałem
powyższy wątek. Przypominam, że chodziło o optymalizację ochrony przed
spamem pod względem obciążenia CPU (w moim przypadku routerek ma CPU
720MHz więc trzeba dość drastycznie optymalizować). Poniżej jest
końcó
Proponuję dodać Postscreen'a.
On wycina czasem nawet ponad 50% komunikacji zanim wogule do niej
dojdzie. A nie wdaje się w pracochłonną analizę.
Jakaś podpowiedź techniczna na szybko? Z góry dzięki.
Plikmaster.cf
# Misiek - zmianaP O S T S C R E E N , albo samo smtp,
lord_Niedzwiedz napisał:
>
>>> Proponuję dodać Postscreen'a.
>>> On wycina czasem nawet ponad 50% komunikacji zanim wogule do niej
>>> dojdzie. A nie wdaje się w pracochłonną analizę.
>> Jakaś podpowiedź techniczna na szybko? Z góry dzięki.
> Plikmaster.cf
># Misiek - zmiana
Proponuję dodać Postscreen'a.
On wycina czasem nawet ponad 50% komunikacji zanim wogule do niej
dojdzie. A nie wdaje się w pracochłonną analizę.
Jakaś podpowiedź techniczna na szybko? Z góry dzięki.
Plikmaster.cf
# Misiek - zmianaP O S T S C R E E N , albo samo smtp,
Dnia piątek, 20 grudnia 2013 12:37:49 lord_Niedzwiedz pisze:
[...]
> Proponuję dodać Postscreen'a.
> On wycina czasem nawet ponad 50% komunikacji zanim wogule do niej
> dojdzie. A nie wdaje się w pracochłonną analizę.
Jakaś podpowiedź techniczna na szybko? Z góry dzięki.
--
Łukasz Maśko
W dniu 2013-12-19 17:14, Łukasz Maśko pisze:
Wyłączenie Razora i Pyzora niewiele daje. Nieużywanie filtrów Bayesowych
wydaje mi się bezsensowne, ale pewnie to one powodują największe
opóźnienie
(bayes_tokens ma ponad 5MB).
Podpowiedzcie, jak toto zoptymalizować, oczywiście bez zmian hardwar
W dniu 2013-12-19 17:14, Łukasz Maśko pisze:
Wyłączenie Razora i Pyzora niewiele daje. Nieużywanie filtrów Bayesowych
wydaje mi się bezsensowne, ale pewnie to one powodują największe opóźnienie
(bayes_tokens ma ponad 5MB).
Podpowiedzcie, jak toto zoptymalizować, oczywiście bez zmian hardware'u.
W dniu 2013-12-19 17:14, Łukasz Maśko pisze:
> Jako serwer pocztowy mam stareńki komputer z K6-2/500 na pokładzie. Działa
> jeszcze na AC, ale jest bardzo stabilny (obecnie prawie 380 dni uptime'u).
> Obciążenie znikome, dlatego taka moc obliczeniowa wystarcza, ale jest jeden
> wyjątek - mianowi
Jako serwer pocztowy mam stareńki komputer z K6-2/500 na pokładzie. Działa
jeszcze na AC, ale jest bardzo stabilny (obecnie prawie 380 dni uptime'u).
Obciążenie znikome, dlatego taka moc obliczeniowa wystarcza, ale jest jeden
wyjątek - mianowicie spamassassin. Obrobienie jednego małego maila zab
12 matches
Mail list logo