Dotaz: spam - neuvedeny odesilatel

[spycat]

Mam takovy problem, obcas mi na serveru probehne davka mailu, ktere nemaji zadneho odesilatele to je objevi se v logu <> -> mail@domena.tld a jak amavis tak dalsi filtry si s tim neumeji proadit a neklasifikuji to jako spam, proste to pusti dale, jak mohu nastavit v kombinaci postfix amavis aby takove maily byly automaticky klasifikovany jako spam? Dekuji.

Odpovědi

[tom]

To budou pravdepodobne zpravy od vzdaleneho mailer daemona. Pokud jsou to skutecne spamy, muze se jednat o oznameni o nedoruceni na zpravu s podvrzenou zdrojovou email adresou. Je-li tomu skutecne tak, pak bych reseni videl bud prima http://wiki.apache.org/spamassassin/VBounceRuleset nebo neprima (DKIM, SPF).

Tomas

 

[cronin]

Seriozne oznamenie o nedoruceni spravy s podvrhnutou zdrojovou adresou - odhliadnuc od toho ze same o sebe su nezmysel - by mali obsahovat korektneho odosielatela. Myslim, ze opytujuci sa skutocne nepotrebuje nic riesit so vzdialenym systemom, len potrebuje svoje antispamove riesenie presvedcit, ze email bez identifikacie odosielatela je automaticky spam.

[tom]

Nevim, jestli te spravne chapu, ale zprava generovana MTA musi obsahovat prazdnou return path (resp. MAIL FROM), aby se zabranilo mail loopu dvou smtp serveru, ktere maji ve stejny cas nejaky problem a potrebu si o nem povidat. V tele zpravy samozrejme muze byt uvedeno najake hezke From: postmaster@neco.nekde , ale v uvedem logu se pravdepodobne objevuje udaj z obalky zpravy, kde, v pripade nejake notifikace od vzdaleneho serveru, bude proste jen '<>'. Rozhodne mi neprijde jako dobry napad oznacovat vsechny zpravy od '<>' jako spam.

Take z praxe vim, ze posilat spamy s podvrzenou adresou odesilatele je celkem casty jev a s tim souvisejici bouncy bohuzel take. 

Pokud ale existuje nejake lepsi reseni, nez bud kontrolovat prichozi maily a hledat mezi nimi podezrele bouncy (napr. takove, ktere jsou generovane na zaklade zpravy, ktera neprisla z naseho serveru, nebo takove, ktere prichazeji ze serveru vedeneho na nekterem backscatter BL), o coz se snazi ta pravidla pro SA, na ktera jsem odkazoval, nebo se pokusit chranit svoji domenu a snazit se spamerum zneprijemnit jeji pouziti pro falsovani adres odesilatele, tak se rad necham poucit.

Tomas

P.S. Jestli z toho meho predchoziho prispevku nejak vyplynulo, ze je potreba neco resit se vzdalenym systemem, tak to je spatne a omlouvam se za neohrabanou formulaci.

 

[cronin]

O moznosti prazdneho FROM ako alternativy na zabranenie slucky pre error spravy som nevedel. Podla formulacie v RFC 821 je to akasi zachranna siet pre pripad, ze implementacia postoveho servera porusi hned predchadzajucu vetu z toho isteho RFC o tom, ze na error spravu sa nema reagovat error spravou.

Kazdopadne sa ale zda, ze v pripade opytujuceho sa maily s prazdnym FROM spamami skutocne su. Takze by som nevidel taky problem hadzat ich do spamu, najma ak sa tento nemaze, ale len presuva do specialnej polozky.

Kazdopadne, vdaka za ozrejmenie, ze prazdna polozka FROM moze byt aj v regularnom, i ked "error" maili.