Anti spam oplossing

Passen jullie wel een beetje op met die HELO check? Pieterjanklaas ICT mannetjes willen namelijk wel eens .local e.d. in hun HELO laten staan... Dan kun je als provider wel stug zeggen "dan moeten hun zich maar aan de RFC's houden", maar zo werkt dat niet, en de klant ontvangt de mail niet van hun klanten en gaan jou boos bellen...

Hier trouwens bijzonder tevreden met ASSP, maar ook dat kost echt wel de nodige moeit om fatsoenlijk (en dubbel uitgevoerd) te laten draaien.

Edit: Als je Pieter-Jan-Klaas heet, sorry, niet persoonlijk bedoeld :)

Ik heb zelde specs en gebruik een anti spam module in directadmin zelf

Citaat:

---

Oorspronkelijk geplaatst door Bart L

Passen jullie wel een beetje op met die HELO check?

---

Hier staat daarom zelfs .local op een lijstje met niet blokkeren aan de hand van een HELO check. Wel heb ik hier een paar regular expressions ingebruik die veel botnetwerken blokkeren (best prettig ;)). Het begint tegen het punt aan te komen dat we het spamfilter niet meer kunnen trainen :rolleyes:

Overigens gebruiken we een oplossing op basis van opensource software met een beetje veel over capaciteit.

Zou je die HELO epxressions kunnen delen? Probeer ik ze hier ook eens ;-)

Citaat:

---

Oorspronkelijk geplaatst door Bart L

Zou je die HELO epxressions kunnen delen? Probeer ik ze hier ook eens ;-)

---

Een voorbeeld uit een config bestand dat postfix gebruikt (onderstaande is ook op spam-l genoemd en op sdlu zul je vergelijkbare voorbeelden krijgen op verzoek):
/^[A-Z]{5,10}$/ 550 Ask your Mail/DNS-Administrator to correct HELO. (Cutwail)

Daarnaast heb ik een paar vergelijkbare regels (elke regel bevat wel een stukje waarmee ik de regel kan identificeren, namelijk een nummer aan het eind van de regel). Met een combinatie van de juiste HELO checks en greylisting kun je al een groot deel van de rotzooi buiten houden. Het ontlast ons systeem behoorlijk.

Die Email Security van TREND moet ook wel redelijk goed zijn, heb er goede verhalen over gehoord (nog iemand die hier gebruik van maakt?)

een goede tutorial ivm spamassassin vind je op howtoforge voor debian, centos etc
wat bij mij heel goed helpt is het volgende:
- bayes
- dcc
- spf
- dnsrbl
- sare rules (openprotect update channel)
- fuzzyocr image check
- postfix reject_non_fqdn_sender etc.. (zie site postfix, ff googlen)

@tvdh

verander de regel:

Code:

---

# ClamAV socket
av_scanner = clamd:/tmp/clamd

---

in

Code:

---

# ClamAV socket
av_scanner = clamd:127.0.0.1 3310

---

Dan werkt het weer ;)

@ LAMP-host

Volgens mij kun je ook tever doordraven in je spam tegenhouden ;) Als er dan toevallig is een server is die iets niet heeft heb je kans dat klant komt klagen waarom mail als spam aangezien wordt ;)

Of begint te roepen dat de mailserver niet werkt (mijn mailtjes komen niet aan!) :)