Postfix a spam

[Dalibor Toman]

>>
> Je otazka jestli skutecne usetrite vykon, kdyz stejne ten samy 
> e-mail
> musite zkontrolovat amavisem(...). Jen pri velkem navalu to odlozite
> na pozdeji a stroj je po tu dobu pretizeny. Naopak kdyz se objevi
> nejaka nezdrava zatez, server zacne odmitat spojeni a urcite nebyla
> zpusobena radnym pouzivanim. Behem kratkeho pretizeni muze server
> odmitnout i korektni e-maily, ale to odesilajici MTA nepozna od
> greylistingu, protoze dostane 450, a nebo se nepripoji vubec a zkusi
> to za chvili znovu.

potiz je v tom, ze v tom README zminuji, ze muze dojit k tomu, ze 
testovani mailu trva tak dlouho, ze odesilajici ukonci spojeni driv 
(nechce se mu cekat dostatecne dlouho na to az amavis a spol otestuji 
zpravu a vydaji zaverecny verdikt). Jak se zachova postfix (mozna 
zpravu doruci) netusim. V kazdem pripade odesilajici pak bude s tou 
zpravou otravovat (zbytecne) vickrat.

Greylisting nepouzivame - protoze dulezite zdroje mailu (freemailery 
napriklad) se s tim nedokazi vyrovnat (odesilaji pokazde z jinych IP 
ci jaksi vubec na opakovane odesilani kaslou). Chodi Ti spolehlive 
maily od gmailu, seznamu a spol ?


> Vykon se da dobre ladit, napriklad pro amavis tmp jsem pouzil 
> ramdisk.

btw: v tmp se nam hromadi zbytky po rozparsovani zprav amavisem 
(adresar se zbytky ulozenych soucasti zpravy). Za nejakych okolnosti 
po sobe amavis neuklidi (vetsinou docasna data smaze). Musime ten 
adresar periodicky promazavat. Deje se to i na Tve instalaci? (nam se 
to stejne chovalo i na starsim serveru s qmailem)


> Navic musite generovat nejaka oznameni o nedorucitelnosti, 
> rozhodnout
> jestli budete odesilatele informovat, ze jeho mail byl pozran
> antispamem/antivirem apod. coz pripadne opet zatizi stroj, resit
> zahozene e-maily.

>Pri opravdu velkych mail serverech lze zatez
> rozdelit na nekolik stroju a je po starosti.

jasne

Diky
D. Toman