There is no issue. I have never read about an issue on the lists. But apparently there might be an issue if we don't come up with a standard naming... so.. yeah..
On Thu, Jan 16, 2020 at 03:43:10PM -0500, Kevin A. McGrail wrote: > I would recommend local rules are named based on your initials. That's been > the collision avoidance for nearly 2 decades. Does that not solve the issue > at > hand? > > On Thu, Jan 16, 2020, 14:53 John Hardin <[1][email protected]> wrote: > > On Thu, 16 Jan 2020, RW wrote: > > > On Thu, 16 Jan 2020 17:37:48 +0200 > > Henrik K wrote: > > > >> On Thu, Jan 16, 2020 at 03:03:40PM +0000, RW wrote: > >>> > >>>> It would seem more productive to actually make spamassassin --lint > >>>> output info messages (not errors) when rules are redefined. And > >>>> perhaps add a new tflag "redefine" (suggestions?) to suppress > >>>> those warnings for intentional redefines. > >>> > >>> That requires actual coding, and it only partially works. > >>> > >>> Let's say I have local rules: > >>> > >>> body __FOO ... > >>> meta FOO __FOO ... > >>> score FOO 0.001 > >>> > >>> and then in the middle of the night sa-learn downloads new rules: > >>> > >>> header __FOO ... > >>> meta BAR __FOO ... > >>> score BAR 3.0 > >>> > >>> My high-FP informational version of __FOO then gets used in place of > >>> the core version in a high scoring meta rule. > >> > >> And --lint would say > >> > >> Notice: rule __FOO redefined, check what's going on or use tflags > >> redefine > > > > And that would only be noticed after the FPs. > > +1 > > -- > John Hardin KA7OHZ [2]http://www.impsec.org/~jhardin/ > [3][email protected] FALaholic #11174 pgpk -a [4] > [email protected] > key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C AF76 D822 E6E6 B873 2E79 > ----------------------------------------------------------------------- > People that keep dreaming about the wasteland, labyrinths and > quick cash, die in amusing ways. -- Root the Dragon > ----------------------------------------------------------------------- > Tomorrow: Benjamin Franklin's 314th Birthday > > > References: > > [1] mailto:[email protected] > [2] http://www.impsec.org/~jhardin/ > [3] mailto:[email protected] > [4] mailto:[email protected]
