which rules do you see doing such queries?
What happens if you score those rules to zero?
THey are relevant to URIBL checks because they check for A or NS recs
for a URI in a msg's body.
this is also documented in URIBL.pm
On 09/18/2013 08:31 AM, Abhijeet Rastogi wrote:
That's the thing. Why do they happen? I don't want them to happen?
What's their relevance in a URIBL check?
On Tue, Sep 17, 2013 at 5:42 PM, Axb <axb.li...@gmail.com> wrote:
On 09/17/2013 08:35 AM, Abhijeet Rastogi wrote:
HI Axb,
But, we don't require A and NS lookups for a domain to query for it's
existence in URIBL, right? I don't see the point of doing the NS
lookups in URIBL module.
these lookups check a URI domain's NS and A record. If not there, where
would you expect it to happen (for a URL in msg's body) ?
On Tue, Sep 17, 2013 at 11:08 AM, Axb <axb.li...@gmail.com> wrote:
On 09/17/2013 06:59 AM, Abhijeet Rastogi wrote:
Hi all,
Short Version: See subject.
Long Version: Read below.
So far, I've got a nice feedback from the community, thanks for that.
I want to know why are DNS queries like URI-A and URI-NS done? For a
specific case that I'm trying to use, I want spamassassin to use just
DNSBL and nothing else.
I don't see URI-A and URI-NS defined in either default rules
(/use/share/spamassassin/) or in sa-update related rules.
(/var/lib/spamassassin).
Setting score for URI-A and URI-NS also doesn't do anything. I could
only see it in action in URIDNSBL.pm under sub-routine
completed_lookup_callback. Is there a reason why URI-A and URI-NS are
done unconditionally and don't have a option to disable them?
Is there a way I can disable them?
disable URIBL lookups by disabling plugin in .pre file (as I suggested
before that you revise the .pre files)
