spamassassin-dev November 2011 archive
Main Archive Page > Month Archives  > spamassassin-dev archives
spamassassin-dev: [Bug 6567] Clean up zen rbl rules

[Bug 6567] Clean up zen rbl rules

From: <bugzilla-daemon_at_nospam>
Date: Thu Nov 03 2011 - 21:29:51 GMT
To: dev@spamassassin.apache.org

https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6567

--- Comment #5 from Darxus <Darxus@ChaosReigns.com> 2011-11-03 21:29:51 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > It's crucial that RBLs etc are applied on the internal/external border, that is
> > > the MX border. That's where you also use RBLs for SMTP time rejecting.

If RBLs are applied on the internal/external border, that would be
-lastexternal, the first IP not included in internal_networks. Which, if you
also have trusted_networks defined, could include that IP address. So you'd be
testing a trusted_networks address against an RBL.

Unless by "internal/external border" you were including trusted_networks as
"internal"?

> I'm sure you are missing something obvious now. One doesn't run RBL checks for
> hosts inside trusted_networks just like you said.

Certainly possible, but I don't think so.

> Also do not quote documentation etc when trying to make sense of technical
> things, it could be misleading or wrong. I suggest you look deeply in the code
> and see how things work in the real life.

Of course. I did not intend to imply that the documentation was infallible.

I did read the code, when I first posted this bug. My understanding matched
your description "There are two lists, internal_networks and trusted_networks.
Lastexternal and firsttrusted are their identical counterparts (first relay
that isn't in those
networks)."

-- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.