Dotaz: postfix - aplikace filtru pred aliasem

[Kroko]

Zdravím,

mam postfix + spammassasin + lmtp s cyrus

když přijde zpráva na alias který má cíl více schránek tak se rozdělí na několik podle cílů a pak se každá kopie zvlášť testuje.

Na jakou službu postfixu mam pověsit filter aby mi testoval před tím než se aplikují aliasy? Chci dosáhnout toho aby se to protáhlo antispamem ještě před tím než se zpráva "rozmnoží" podle aliasu. Případně nebude pak problém pokud bude označena jako spam (do nové zprávy vložena stará spamassasinem)

PB

Odpovědi

[pupu]

A jak to mas na sebe navazane? Hlavne tedy ten Postfix a SA. Kdyby to bylo jako content_filter treba pres amavis, tak se to IMHO bude scannovat jeste pred expandovanim.

[Kroko]

Mam to přímo v postfixu, protože amavis strašně zatěžoval CPU a pro mojí potřebu označovat spamy tohle řešení bohatě postačuje:

část z master.cf:

smtp      inet  n       -       n       -       -       smtpd
    -o content_filter=spamassassin
spamassassin unix -     n       n       -       -       pipe
        user=spamd argv=/usr/bin/spamc -f -e /usr/sbin/sendmail -oi -f ${sender} ${recipient}

[pupu]

Eh. Jsi si jist, ze vis, co presne delas? Pri doruceni kazdeho mailu poustis novy proces, ten ho proscanuje a zase se ukonci. Misto aby tam sedel demon, ktery maily prijima, zpracovava a zase odesila. Rekl bych, ze tohle reseni je podstatne systemove narocnejsi nez s amavisem... pokud tedy byl spravne nainstalovan a nakonfigurovan.

Kazdopadne bych doporucil podivat se na http://www.postfix.org/FILTER_README.html , pripadne na http://www.postfix.org/postconf.5.html#receive_override_options , konkretne no_address_mappings.

 

[Kroko]

No prave ze ten spamd by mel bezet jako demon, co jsem nasel tak u spammassasinuse to bud spousti individualne nebo pres spamd jako daemona

[pupu]

Ano, a ty to spoustis pres spamc a pres pipe, takze jako samostatny proces.

[Kroko]

fajn, abych uštřil rouru použil jsem misto cyrdeliver LMTP ... pokusil jsem se mezitim nainstalovat ten amavisd-new, jenze pri pouziti lmtp mi prestal filtrovat

situace je ted takova ze jsem zustal u vychoziho nastveni ktere jsem psal a bezi to pres lmtp do cyrusu, trochu se tim snizila zatez ocividne.

problem ale je ze nevim jak pouzit spamassasin jinak nez pres spamc protoze co jsem tak nasel je to ze pro jednoduche filtrovani par mailu staci spamd a pro vetsi mnozstvi se pouziva spamc + spampd

problem je ale v daemonu spamassasinu ktery mi po urcite dobe sezere vsechnu dostupnou pamet :(

pri starsim pouziti maildrop (spamc) + dovecot mi ten spamassassin takove problemy nedelal

[pupu]

Asi jsem se ztratil. Spamc je program, ktery predava data ke scannovani spamd. Musi se tedy na kazde zpracovani mailu spoustet. Me osobne prijde jednodussi predavat data naprimo (napriklad pres lmtp) daemonovi. Napriklad amavisd-new, ktery lmtp bez problemu zvlada, staci postupovat podle prislusneho HOWTO.

Co se spotreby pameti tyce, tyhle veci jsou zrave. Pokud mas 256MB, pripadne provozujes vetsi instalaci, narazis asi na problem. Pokud je ovsem zatizeni primerene vykonnosti HW, zkontroloval bych si radeji, ze vsechno funguje jak ma (spamassassin -D, napriklad).

Doporucene cteni - http://www.ijs.si/software/amavisd/README.postfix.html.

[Kroko]

ano, spamc predava daemonovi skenovani, co jsem nasel na netu tak spamc je verze napsana v C aby byla mene narocna pri castem spousteni nez spamd ktery to skenuje bez daemona

nasel jsem desitky howto ale vsude pouzivat spamc :(

co se tyce zatizeni tak je tam 700 MB pameti (virtual pod XEN) a zpracuje v prumeru asi 6-10 mailu za minutu, z toho 75% odmitne hned na zacatku pres restriction v postfixu

amavis mi prijde zbyte prave proto ze mi staci spam oznacit a hodit dal do cyrusu tam uz si to filtruje kazdej pres sieve

mrknu na ten odkaz :)

[Kroko]

sakra, tak spamd proces podle top si udrzuje 6-8 % pameti ale saslauthd ve 3 threads ma kazdy 20% pameti uz a stale to roste presto ze jsem mu omezil pamet v konfiguraku

[Kroko]

takže problém je v úniku paměti z pam_mysql který využívá saslauthd ... řešení přechod v cyrusu z ověřování na jiný backend než mysql momentálně nepřichází v úvahu takže nahradit sasluthd na auxpro

to sice očividně komunikuje přímo s databází (v logu databáze jsou vidět selecty které jsou v pořádku) přesto to hází v logu mailu sasl bad login (testoval jsem hesla uložená jako plain, crypt, md5) ...

no teď jen vyřešit ten auxprop, prozatim necham cronem občas restartovat saslauthd

[Kroko]

Takže vyřešeno nevyřešeno tak, že původní problém, respk. řešení se odkládá na neurčito a problém se zatěžováním serveru je řešeno vypnutím saslautd a ověřovánim curzse přes auxprop a modul sql přímo z DB.

PB