On 2016-12-01 18:19, Tom Johnson wrote:
MRob wrote
On Dec 1, 2016, at 5:59 PM, MRob wrote:
(1) Don't do any per-user settings in amavis/SA, make sure
$sa_tag_level_deflt is undef and $sa_spam_subject_tag is empty
string. This causes the spam status headers to be inserted in all
cases, then we
MRob wrote
> On Dec 1, 2016, at 5:59 PM, MRob wrote:
>
> (1) Don't do any per-user settings in amavis/SA, make sure
> $sa_tag_level_deflt is undef and $sa_spam_subject_tag is empty string. This
> causes the spam status headers to be inserted in all cases, then we apply
> filtering rules during
On 2016-12-01 15:54, Tom Johnson wrote:
We're using sa_userpref for a few customers, but the time penalty
that's incurred doing a save of current preferences and a load of the
new ones is starting to hurt.
We've found we're using only a few of the possible settings that can
be used here, and are
We're using sa_userpref for a few customers, but the time penalty that's
incurred doing a save of current preferences and a load of the new ones is
starting to hurt.
We've found we're using only a few of the possible settings that can be used
here, and are considering moving these off into a ho