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.

Reply via email to