Re: Cron /home/ler/bin/update-bayes.sh

2015-06-08 Thread Kevin A. McGrail
On 6/6/2015 1:55 PM, Bill Cole wrote: work up a patch, Add an option to flag only uris prefixed with a protocol, document it well, implement the function where it is need, test it and submit it for inclusion. My stream of time slices fit for coding doesn't even qualify as a stream. I'll be lu

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-06 Thread Bill Cole
On 6 Jun 2015, at 6:16, Kevin A. McGrail wrote: Well, referencing an rfc is good but please remember rfc 1121 where we can extrapolate that robustness and contravariance overrides because your statements are contrary to the behavior of mua's which DO highlight the urls. See my screenshot att

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-06 Thread Kevin A. McGrail
Ok. Well, as noted before, the warning was added around 3.3.2 and is on purpose. Have you contacted the author of the 3rd party plugin to discuss the issue? Regards, KAM On June 5, 2015 7:13:37 PM EDT, Larry Rosenman wrote: >On 2015-06-05 18:04, RW wrote: >> On Fri, 05 Jun 2015 18:11:48 -0400

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Larry Rosenman
On 2015-06-05 18:04, RW wrote: On Fri, 05 Jun 2015 18:11:48 -0400 Bill Cole wrote: On 5 Jun 2015, at 17:53, Larry Rosenman wrote: > I guess my question is why is it being called during sa-learn. You have yet to demonstrate that to be occurring. SA has a misfeature of attempting to de-obfusca

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread RW
On Fri, 05 Jun 2015 18:11:48 -0400 Bill Cole wrote: > On 5 Jun 2015, at 17:53, Larry Rosenman wrote: > > > I guess my question is why is it being called during sa-learn. > > You have yet to demonstrate that to be occurring. > > SA has a misfeature of attempting to de-obfuscate obfuscated URIs a

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Bill Cole
On 5 Jun 2015, at 18:03, Kevin A. McGrail wrote: On 6/5/2015 5:55 PM, Bill Cole wrote: I suspect that this is due to the same misguided over-detection of "obfuscated URIs" that some time ago did violence to the postfix-users list when the domain master.cf landed on multiple URIBLs. Rather tha

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Antony Stone
On Saturday 06 June 2015 at 00:03:30 (EU time), Kevin A. McGrail wrote: > On 6/5/2015 5:55 PM, Bill Cole wrote: > > maybe a fix of only detecting *ACTUAL URIs* and switching off the "anything > > with a dot is a domain & any domain is part of a URI" insanity by default > > would be a good interim

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Reindl Harald
Am 06.06.2015 um 00:03 schrieb Kevin A. McGrail: On 6/5/2015 5:55 PM, Bill Cole wrote: I suspect that this is due to the same misguided over-detection of "obfuscated URIs" that some time ago did violence to the postfix-users list when the domain master.cf landed on multiple URIBLs. Rather than

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Bill Cole
On 5 Jun 2015, at 17:53, Larry Rosenman wrote: I guess my question is why is it being called during sa-learn. You have yet to demonstrate that to be occurring. SA has a misfeature of attempting to de-obfuscate obfuscated URIs and trusting the results of its inherently imperfect de-obfuscatio

Re: Fwd: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Kevin A. McGrail
On 6/5/2015 5:53 PM, Larry Rosenman wrote: I guess my question is why is it being called during sa-learn. I don't know that it is. If you disable it in your config, do you still get the same issue? I would theorize you have emails with the content that extracts to a URI of .sa.enemieslist.com.

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Kevin A. McGrail
On 6/5/2015 5:55 PM, Bill Cole wrote: I suspect that this is due to the same misguided over-detection of "obfuscated URIs" that some time ago did violence to the postfix-users list when the domain master.cf landed on multiple URIBLs. Rather than leaving this breakage in place with noisy reminde

Re: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Bill Cole
On 5 Jun 2015, at 16:36, Kevin A. McGrail wrote: It's caused by the domain =.sa.enemieslist.com having that complete invisible null label between = and . which is an invalid DNS entry. I believe that this is covered in: [https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7156](https://bz.apac

Re: Fwd: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Larry Rosenman
I guess my question is why is it being called during sa-learn. On 2015-06-05 16:48, Kevin A. McGrail wrote: > On 6/5/2015 5:33 PM, Larry Rosenman wrote: > >> This appears to be from the EnemiesList.PM pliugin being invoked during >> sa-learn. >> >> I'm not quite sure why the EnemiesList

Re: Fwd: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Kevin A. McGrail
On 6/5/2015 5:33 PM, Larry Rosenman wrote: This appears to be from the EnemiesList.PM pliugin being invoked during sa-learn. I'm not quite sure why the EnemiesList.PM is being called in this case. Doc & the plugin (from 2009, not changed): http://enemieslist.com/how/spamassassin.html I don

Re: Fwd: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Larry Rosenman
mail/kill-file" >> sa-learn --ham --mbox /home/mrm/mail/@NOT-SPAM >> thebighonker.lerctr.org /home/ler/bin $ >> >> I do have an Enemieslist plugin, but I'm not sure why sa-learn is calling >> it. >> >> Original Message >>

Re: Fwd: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Kevin A. McGrail
ler/bin $ I do have an Enemieslist plugin, but I'm not sure why sa-learn is calling it. ---- Original Message Subject: Cron /home/ler/bin/update-bayes.sh Date: 2015-06-05 14:45 From: sm...@lerctr.org (Cron Daemon) To: sm...@lerctr.org dns: new_dns_packet (domain=.sa.enemies

Fwd: Cron /home/ler/bin/update-bayes.sh

2015-06-05 Thread Larry Rosenman
rn --ham --mbox /home/mrm/mail/@NOT-SPAM thebighonker.lerctr.org /home/ler/bin $ I do have an Enemieslist plugin, but I'm not sure why sa-learn is calling it. -------- Original Message Subject: Cron /home/ler/bin/update-bayes.sh Date: 2015-06-05 14:45 From: sm...@lerctr.org (Cron Daemon) To: