https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8306
Bill Cole <billc...@apache.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |billc...@apache.org Severity|minor |enhancement Priority|P2 |P5 OS|Linux |All Hardware|PC |All --- Comment #1 from Bill Cole <billc...@apache.org> --- DEF_RULES_DIR (a.k.a. DATADIR) does NOT contain a ruleset in a normal SpamAssassin installation. No rules are distributed in release packages because they change daily. Falling back to DEF_RULES_DIR can only ever work at all if the system has had rules installed manually at some time. If one intends to be using the current rules (by running sa-update) then it would be wrong to fall back to using a ruleset manually installed at some earlier time. IMHO this is not a bug so much as it is a reasonable way to fail when the system is in a state that SA *should not* work. I don't see any clearly better behavior, but maybe others disagree with my view that using any old manually-installed ruleset (especially without warnings) is worse than explicitly failing because the intended rules are non-existent. Also, this is only a problem at first installation. If sa-update has ever run successfully, there will be a ruleset in LOCAL_STATE_DIR that will be used as long as the release version hasn't changed. Leaving this open as others with more imagination may see an actually better behavior in this circumstance. My instinct says this is a problem for downstream packagers to address, as it is essentially an external failure in the install process. -- You are receiving this mail because: You are the assignee for the bug.