Ktery antipamovy program musi vyrusit cele domeny prvniho radu, napr. com s moznosti pridat do seznamu povolenych nejake konkretni domeny druheho radu?
V mem pripade by toto reseni zrusilo asi 99,9 procent spamu :)
Píše se to ,to byste` a je to nesmysl, proč by mělo filtrování spamu záviset na tom, zda pak čtu mail outlookem přes pop3, nebo less /var/spool/mail/l4m4?
Proboha, proc by to mel nekdo delat? SPAM neni otazka MUA, ale MTA. Samozrejme, mate-li neschopneho spravce MTA, musite neco udelat, ale pak doporucuju vymenit spravce MTA :-)
To, ze se Vam neco nelibi, neznamena, ze je to neucinne. Diskuse o tom, jak dlouho muze byt greylisting ucinny, se vede uz nejmene dva roky. Uz nejmene dva roky jste mohl byt takrka bez SPAMu. Zalozni servery mohou byt nakonfigurovany ruzne, databaze muze, ale nemusi byt replikovana.
Pokud nektere MTA spravne nereaguji na korektni hlaseni, ktere nemusi hlasit jen greylisting (viz. nastaveni na odmitani posty pri urcitem loadu serveru), je to na jejich administratorech.
Zpozdene doruceni (u prvotni komunikace) je zcela dle filozofie e-mailu. Pokud mate partnery, se kterymi chcete komunikovat v realtime, mate tu IP telefonii, instantni zpravovani nebo whitelisting. Nicmene milionove obchody se nedelaji na zaklade reakci v radu minut :-)
Pokud si nedokazete udelat poradek v maillogu, neni to problem greylistingu :-)
Greylisting u vice prijemcu zavisi na konkretni implementaci :-)
Nicmene vsechny tyhle argumenty pouzivam uz nejmene rok, predpokladam, ze v diskusich na LUPE byste je zcela jiste objevil. Takze to neni zadne novum.
Obavam se, ze si nerozumime. V akademicke sfere se AFAIK greylisting prilis nepouziva, naopak jeho hlavni teziste je v komercni sfere.
Co se tyce myti hlav, obvykle mi hlavu nemejou sefove, ale zakaznici :-) A vezte, ze pokud nekomu cpu svoje reseni, rikam mu zcela na ferovku, jake ma vyhody i nevyhody. Kupodivu, i sefove dokazi identifikovat svoje klicove byznys partnery, pro ktere greylisting vyradite ... Ale pochopitelne, nesmeji to byt sefove, kteri maji schranky firmy na freemailu ... Pro nektere sefy je treba hlavnim problemem to, ze neexistuje greylisting modul do MS Exchange :-)
v tom pripade bych prosil naznacit, co je ta spolehliva cesta eliminace spamu na MTA (spamassasin, DCC, RBLDNS zdaleka nezachyti vsechno a bayesovske filtry nema kdo na MTA ucit)
Hledal jsem ale nenasel. Uz jsem se tesil, ze nekdo objevil ten spravny svaty gral :-(
Z ucinnejsich zbrani nepouzivame snad jen greylisting. Jednak se mi nelibi, ze to je jen docasne reseni (nez se spamerum vyplati to spojeni za 15 ninut zopakovat). Jednak musi byt stejnym zpusobem implementovano i na zaloznich serverech (jinak ztraci smysl) - pokud mozno nad stejnou databazi (jak ale vyresit problem s pripadnou nedostupnosti ponekud vzdaleneho DB serveru?) a jednak se stale vyskytuji servery, ktere nejsou schopny doruceni odlozit (a zpravy hned vraci odesilateli). Dale je treba vzit v uvahu zpozdene doruceni a vetsi bordel v maillogu.
Btw: jak funguje greylisting u mailu s vice prijemci?
Vy v sobe proste nezaprete akademika. Mate sice technicky vzato nejspis pravdu (i kdyz ani me se nelibi vystavovani docasne chyby), ale v realnem svete, kde vam mejou hlavu sefove, protoze jejich hlavu meje nastvanej zakaznik, to funguje ponekud mene technicky.