spam szűrő kerestetik

Fórumok

Debian Squeezy exim4, fetchmail, courier imap, apache2 és squirrelmail kombót használok a házi szerveremen (kisvállalkozói és magán célra egyaránt).
A kérdés mit is lehetne ehhez egyszerűen hozzá hegeszteni?
Jó lenne ha WEB -es beállító felülettel rendelkezne.

Hozzászólások

Egy külön gépre ASSP amit javaslok vagy ha nagyon gyors megoldást akarsz akkor egyéb FW distro, így egy picit védve is leszel.

hadd dobjak meg en is egy jelentkezot: clapf. Statisztikai spamszuro sok josaggal, es (legalabbis az assp-hez kepest :-))) atlathato webfelulettel.

Diktatorok kezikonyve

Csak hogy tudjátok, figyelem a topicomat. További javaslatokat tapasztalatokat várok. Köszönöm az eddigieket!

Eredetileg a szolgáltatói oldalon működött a spam szűrés, de kikapcsoltatták azzal, hogy valaki nem kapott meg bizonyos leveleket.
Ami még jól jönne, ha ezeket az IMAP szerver egy meghatározott könytárába tudnám irányítani, szerintetek tudnak ezek ilyet?

* Én egy indián vagyok. Minden indián hazudik.

Csak hogy tudjátok, figyelem a topicomat.

uhh, megijesztesz :-)

Ami még jól jönne, ha ezeket az IMAP szerver egy meghatározott könytárába tudnám irányítani, szerintetek tudnak ezek ilyet?

ez nem spamszuro feladat, inkabb mta/lda beallitas kerdese. Akarmit is jelentsen, amit irtal...

Diktatorok kezikonyve

Ez az imap kérdés egy picit zavaros. A spam leveleket szeretnéd valahova bedobni? Vagy a szűrteket?

A lényeg, hogy ezek a "transzparens" szűrők adott mta-nak továbbítják a levelet általában címzett domain szerint, de ott már az mta vagy ami mögötte van végzi a letárolást, hogy az imap ki tudja szolgálni.

Na most megfogtál! (spam szűrésben eléggé zöldfülű vagyok)
A lényeg, hogy a spamként jelölt üzeneteket, szeretném a "címzettnek" megfelelő Maildir "spam" mappájába lerakni, hogy ha kell átnézhesse. (valamilyen időnként megnézném, mondjuk cron, hogy mennyi van ott és törölnék belőle, akár direkt).
A FAX -ot úgy oldottam meg, hogy az mgetty által levett faxot mail -ként a "faxer" nevű felhasználónak küldöm, ahol egy .forward fájl segítségével megkapja akit illet, illetve mentem a "faxer" "archiv" mappájába - azaz az irányítgatásra az MTA -t használom - exim4.
Valami ilyesmire gondoltam.

Hátránya ennek a technikának, hogy van egy "fölösleges" segéd felhasználó, akinek még a shell hozzáférését sem tilthatom le - biztonsági rés. (mondjuk ettől még nyugodtan alszom)

* Én egy indián vagyok. Minden indián hazudik.

A lényeg, hogy a spamként jelölt üzeneteket, szeretném a "címzettnek" megfelelő Maildir "spam" mappájába lerakni, hogy ha kell átnézhesse.

Alapvetően több dolgot lehet csinálni egy levéllel.
Lehet
- még az SMTP DATA fázisában megnézni, és permanens hibával be sem fogadni,
- a már elfogadott levelet kidobni a kukába,
- berakni egy subfolderba,
- rendesen kézbesíteni,
- visszapattintani a feladónak.
Az első opcióhoz inline kell ellenőrizni, azaz még az SMTP kapcsolat alatt le kell ellenőrizni a levelet, de ez erőforrás szempontjából nem biztos, hogy menedzselhető. Ráadásul annak kell ezt a lépést végezni, aki legelőször megkapja a levelet, hiszen bounce-jelleggel visszaküldeni a feladónak egy spamnek gondolt valamit visszaüthet, mivel a feladó is sokszor hamisított (és még mi fogunk az ileyenek miatt mindenféle rbl-re felkerülni).
A második opció kivételével a rendszer nem veszt levelet, azaz vagy megérkezik a címzetthez a levél, vagy a feladó "észreveszi", hogy nem ment át a levél, mert a rendszer be sem fogadja. A második opciónál viszont egy false pozitív levél szimplán elveszik, a felhasználó pedig morcos lesz.
A harmadik/negyedik opciónál a Local Delivery Agent feladata, hogy a megfelelő folderba rakja a levelet. Annak a levelező szervernek kéne a spam-vizsgálatot elvégezni, akihez legelőször kerül a levél, ezért ha ez nem egyezik meg az LDA-val, akkor a spam-vizsgálat eredményét bele kell írni a levélbe (header mezőbe), és az LDA-nak ez alapján kell elpakolni a levelet. Ilyenkor oda kell figyelni, hogy a kintről jövő levelekből ki kell dobni, ha van ilyen header mező, nehogy a spammer átverje az elpakoló algoritmust.
Az ötödik opció annyira rossz gondolat, hogy mindenki nagyon hamar felismerheti, hogy ilyet nem szabad csinálni. Hamisított feladójú spamet "visszaküldeni" maga is spammelés, amivel könnyen rbl-be lehet kerülni.

Jo, hogy leirtad ezeket, at tudjak gondolni az emberek mi jo nekik, mit szeretnenek es mi lehet a hatulutoje a rendszeruknek.

En az elo kapcsolat fazisaban szakitom meg a kapcsolatot, ha spam vagy virus van. (SMTP Data fazis) Tisztaban vagyok vele, hogy ha megkuldik a szervert, akkor gixer lehet belole. Hala istennek a kulonbozo szabalyoknak, eleg keves resze jut el vegul a tenyleges SPAM es virusellenorzeshez. Illetve ha megis, akkor 10-es score felett egybol dobom a levelet. 10 es 6 kozott Spam mappaba.

Igy viszonylag jol mukodik a rendszer.