Bug ID: 2336
           Summary: Support passing username to Rspamd (Deliver-To header)
           Product: Exim
           Version: N/A
          Hardware: x86
                OS: Linux
            Status: NEW
          Severity: wishlist
          Priority: medium
         Component: Content Scanning

It is possible to pass a specific username to SpamAssassin with «spam =

This is documented in section 3 of

It goes on to say, however, that «Rspamd does not use this setting».

That's a bummer, since Rspamd does have a concept of individual user profiles
(including per-user Bayesian databases), just like SpamAssassin.

It would therefore be nice if a future release of Exim would support
communicating the username to Rspamd directly, just like SpamAssassin does. The
way to do that, is to add the «Deliver-To: USERNAME» header to the «CHECK
RSPAMC» request. This mimics the behaviour of command line checking with
«rspamc --deliver USERNAME [...]».

(Note that «Deliver-To» is not a MIME header to be added to the e-mail itself,
but a RSPAMC protocol header.)

Without the Deliver-To RSPAMC header added, Rspamd will attempt to figure out
which user profile to use by looking at other properties of the e-mail itself,
including «Delivered-To» and the envelope recipient. That's not ideal though,
as you'll end up with lots of "users" in the Bayesian database for various
mailing lists (which might add «Delivered-To»), and individual "users" for all
the various aliases that are routed to the same recipient.

That said, it appears that the first appearing «Delivered-To» header in the
e-mail itself has the highest priority of this heuristic. So it is possible to
work around this Exim limitation by doing something like this in the RCPT ACL
(can't be done in the DATA ACL as headers added there don't get passed to
Rspamd ref bug #846):

warn add_header = :at_start:Delivered-To: USERNAME


You are receiving this mail because:
You are on the CC list for the bug.
## List details at Exim 
details at ##

Reply via email to