Re: All RCVD_IN_VALIDITY rules being applied to every email.

Nick Howitt <[email protected]>
Newsgroups gmane.mail.spam.spamassassin.general
Message-ID <[email protected]>


On 19/11/2024 10:27, Matus UHLAR - fantomas wrote:
>
>>> The point of the big ugly error message is to have a big ugly error
>>> message. MOST people who report problems with SA accuracy here have
>>> misconfigured their resolvers, apparently because they don't trust
>>> documentation or don't read it.
>>
>> Not me! This is something else. Maybe lkml is just too high volume...
>> God knows it's too high volume to actually *read* (I'm grabbing it for
>> grepping purposes and I really don't mind if SA doesn't RBL-scan mails
>> directed there -- it's all my other mail I want RBL-scanning.)
>
> looking at it RCVD_IN_VALIDITY_RPBL prodces 10s score, so little 
> caching possible.
>
>
>> Yes, pretty much every non-paying customer is blocked...
>
>> On Mon, Nov 18, 2024 at 05:21:12PM +0000, Nix wrote:
>>> From 
>>> https://knowledge.validity.com/s/articles/Accessing-Validity-reputation-data-through-DNS 
>>> :
>>
>>>  Starting March 1, 2024, Validity will allow up to 10,000 requests 
>>> to anonymous users over a 30-day period.
>
> On 19.11.24 04:46, Matija Nalis wrote:
>> 10k requests per 30-day period is about 333 queries/day. Or less than 
>> 14 queries per hour.
>> Not very much at all (and certainly at least order of magnitude less 
>> than your stated traffic).
>> No amount of local DNS caching is going to fix limits *that low*.
>
> yeah, this looks like blocking every non-paying user.
>
>
Not so sure. Have a full read of that link and see the last section 
"What do I do if I repeatedly receive this code?".
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.