Rspamd seems to have a complete mind of its own. The maildomain has NO spamfilter setting set and mailboxes inherit the maildomain setting. Regardless several emails are being send to the spamfolder. And seemingly completely random to make matters worse. How do I stop spamfiltering when it is not supposed to filter, thus without killing rspamd all together?
If you select no policy, the Rspamd filter defaults apply. If you want to have no spam filtering, you must select a policy that does not filter spam, like the wants spam policy.
I tried the "want spam" policy already a few weeks ago and it didn't make much difference. In fact it seemed to be even worse. After changing it back all seemed fine for a while. Until a few days ago. I re-enabled the policy for now and trying to ham learn rspamd a thing or two. Though that is giving me errors that puzzle me. error = "all learn conditions denied learning ham in default classifier"; This is from one of two emails which are almost exactly the same. Both created by the same script, with the same content, received from 2 different servers in the same subnet. The other is learned correctly.
Despite the "want spam" policy being set several mails in several different mailboxes are still delivered in the spamfolder. I keep learning rspamd what is ham but that doesn't seem to make much difference.
There are multiple issues with the current implementation of ISPConfigs rspamd policys and whitelists/blacklists. I think you encounter such an issues here. What you can do to analyze this issue: Create a policy and set the reject and add header value to a high level like 50 Apply that policy to your domain or mailbox Send a mail and check the rspamd log after that, then check which settings_id got applied to that mail `settings_id: XXXXX` Now `grep -r XXXXX` in the folder /etc/rspamd/local.d/users/ and then cat the file content It is very likely that the settings_id that matches your mail is not the one you expect and thus, the policy you set is completely ignored.
