Spamassassin config files in /usr/share

2002-04-06 Thread Blars Blarson
The spamassasin maintainer doesn't think that there are settings in /usr/share that can't be overridden by the settings in /etc should be considered "serious". See bug #141125 and spamassassin bug #188. Currently, I edit the file in /usr/share to implement my site-wide policies, but this will be

Re: Spamassassin config files in /usr/share

2002-04-06 Thread Anthony Towns
On Fri, Apr 05, 2002 at 11:45:08PM -0800, Blars Blarson wrote: > The spamassasin maintainer doesn't think that there are settings > in /usr/share that can't be overridden by the settings in /etc > should be considered "serious". See bug #141125 and spamassassin > bug #188. It's not a configurati

Re: Spamassassin config files in /usr/share

2002-04-06 Thread Colin Watson
On Fri, Apr 05, 2002 at 11:45:08PM -0800, Blars Blarson wrote: > The spamassasin maintainer doesn't think that there are settings > in /usr/share that can't be overridden by the settings in /etc > should be considered "serious". See bug #141125 and spamassassin > bug #188. > > Currently, I edit

Re: Spamassassin config files in /usr/share

2002-04-06 Thread Malcolm Parsons
On Fri, Apr 05, 2002 at 11:45:08PM -0800, Blars Blarson wrote: > Currently, I edit the file in /usr/share to implement my site-wide > policies, but this will be overridden every time spamassassin is > upgraded. Why not use dpkg-divert? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subj

Re: Spamassassin config files in /usr/share

2002-04-06 Thread Sean 'Shaleh' Perry
On 06-Apr-2002 Malcolm Parsons wrote: > On Fri, Apr 05, 2002 at 11:45:08PM -0800, Blars Blarson wrote: >> Currently, I edit the file in /usr/share to implement my site-wide >> policies, but this will be overridden every time spamassassin is >> upgraded. > > Why not use dpkg-divert? > that is o

Re: Spamassassin config files in /usr/share

2002-04-06 Thread Joey Hess
Blars Blarson wrote: > The spamassasin maintainer doesn't think that there are settings > in /usr/share that can't be overridden by the settings in /etc > should be considered "serious". See bug #141125 and spamassassin > bug #188. If you really must exactly offset amazon's whitelisted score, yo