https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5752
Matt Hampton <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
--- Comment #24 from Matt Hampton <[EMAIL PROTECTED]> 2008-07-06 09:58:16 PST
---
(In reply to comment #23)
> It's already decided -- we're going to distribute a tarball of rules, as
> described in comment #5, generated when the code tarball is generated. Then,
> later, there'll also be rule updates generated which can be used instead. The
> more paranoid can bundle the first tarball and skip the updates if they so
> desire.
>
With some AV products (and Windows Update) there is the ability to have a
staging server.
This is how most "Enterprise" solutions work. I wonder if it is possible to
have something similar for SA.
Of course it would be possible to just use rsync but then you need to notify
spamd (or the process using the SA libraries).
The probelm with a "home grown" solution is the supportablity of the script. I
was involved in a recent upgrade (not SA) for a customer and there was two
ways of doing it - editing a text file (copying it from another live system) or
running the vendor supplied script and manually entering the settings.
The change control prefered the slower second option because it was
"supported".
I haven't looked at it yet but would it be possible to modifiy sa-update to
talk to a "proxy" daemon running on another system which then returns the
updated files once they had been approved by an admin.
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
