You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2010/04/01 14:46:11 UTC

[Bug 6338] Use of Bit 0x20 in DNS Labels to Improve Transaction Identity

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

--- Comment #12 from Karsten Bräckelmann <gu...@rudersport.de> 2010-04-01 12:46:07 UTC ---
(In reply to comment #10)
> > Anyway, the "cheap home router" scenario is exactly what's most likely to
> > fail ALWAYS for large DNS BLs, as apposed to "sometimes" due to response
> > mis-match -- the DHCP assigned forwarder ISP's DNS is most likely to be
> > blacklisted by major DNS BLs, and that user won't get any hits for them.
> 
> Not sure I follow. What I meant by 'sometimes' is that if a queried label
> happens to be e.g. all-lowercase, a query may succeed, but may fail with a
> mixed-case query. In our case, a queried label may come from a mail header
> section (like From, To, ...), or from a rule specifying a RBL/URIBL.

I was referring to your concern in comment 6 about the exact case match with
respect to "some poor soul on a cheap home router", who might be affected.

My point being, that the cheap hardware usually just forwards DNS to the ISP's
DNS. Which is likely to be blocked by major DNS BLs. Thus, unless the poor soul
runs his own caching nameserver locally, he won't be affected by case
mismatches due to the cheap hardware, but actually not get any blacklisted
response off of the major DNS BLs.

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