That may not work for what the OP wanted.
Because it's assumed that DNS related stuff may take some time those rules (if
configured to run) are launched early in the processing of a message.
So if the OP wants to completely avoid running RBL checks (as opposed to just
ignoring their scores/results) he may need to do some special tricks.
One thing would be to have a separate SA instance with its own configuration
which has the RBL stuff removed and then configure his MTA to select that
particular SA filter when the special user address is detected.
This begs the question, what is the need to completely avoid running RBL checks
for that special recipient?
What is supposed to happen when a message comes in that is addressed to multiple
recipients, including the special recipient?
This could get messy.
On Wed, 23 Dec 2020, Iulian Stan wrote:
Hello all,
You can create a meta rule with very high prio(actually check to be higher than
your RBL), match what you need
from email headers and than use shortcircuit to skip additional tests.
Best regards,
Iulian Stan
Sent from my Galaxy
-------- Original message --------
From: Grant Taylor <gtay...@tnetconsulting.net>
Date: 12/23/20 20:59 (GMT+02:00)
To: users@spamassassin.apache.org
Subject: Re: Bypass RBL checks for specific address
On 12/22/20 11:56 PM, Axb wrote:
> whitelist_to ?
My understanding is that whitelist_to, more_spam_to, and all_spam_to
behave the same way and effectively just alter the scoring offset.
It seems as if the tests are still run, and it's just the score is
artificially offset based on which setting is used.
I'm wanting to not run RBL tests for the specific recipient email address.
--
Grant. . . .
unix || die
--
Dave Funk University of Iowa
<dbfunk (at) engineering.uiowa.edu> College of Engineering
319/335-5751 FAX: 319/384-0549 1256 Seamans Center, 103 S Capitol St.
Sys_admin/Postmaster/cell_admin Iowa City, IA 52242-1527
#include <std_disclaimer.h>
Better is not better, 'standard' is better. B{
