Why blacklists are problematic
- False positives: If one sender in a shared pool triggers spam traps, the entire IP can get listed, affecting all senders.
- Strong technical setup doesn’t help: Even with perfect SPF, DKIM, and DMARC, a single blacklist hit can cause rejection.
- Bulk email ≠ spam: Associations and companies often send bulk messages with full user consent, but blacklists can’t tell the difference.
The ideal model: scoring instead of a single signal
A modern antispam solution should not block based on one hit. Instead, it should use a multi-signal scoring system:- One blacklist = penalty, but not immediate rejection.
- Multiple blacklists = higher penalty.
- Valid SPF, DKIM, DMARC = positive signal.
- Domain and IP reputation history = strong weighting.
- Content analysis, suspicious URLs, or attachments = negative score.
- User feedback (spam reports) = negative score.
- Engagement metrics (opens, clicks, replies) = positive score.
FortiGate and DNSBL – a flawed approach
Take FortiGate NGFW as an example. Its antispam engine checks both FortiGuard and external DNSBL/ORDBL services simultaneously. The first response wins:- If Spamhaus responds first with “listed → reject,” the email is blocked instantly—even if FortiGuard would later mark it clean.
- If FortiGuard replies “clean” first, the email is allowed, even if Spamhaus flags it moments later.
