[prev in list] [next in list] [prev in thread] [next in thread] 

List:       spamassassin-devel
Subject:    Re: Rules failing lint urg biz and advanced fee?
From:       "Kevin A. McGrail" <kmcgrail () apache ! org>
Date:       2021-01-02 3:36:01
Message-ID: CAMMMAUG2aJviqAdb7vw976pztRq1AYnFWoBSXGN5ujo1EC5hWQ () mail ! gmail ! com
[Download RAW message or body]

Yes, I probably shouldn't have done an svn update in the root.  Luckily I
don't think 3.4.5 is much different than 3.4.

On Fri, Jan 1, 2021, 21:51 John Hardin <jhardin@impsec.org> wrote:

> On Fri, 1 Jan 2021, Kevin A. McGrail wrote:
>
> > Well I think it's tied to 3.4.4s release so I don't think I should have
> > done an update in the root but rules and rulesrc likely should get
> updated.
> >
> > I'd like to focus on 3.4.5 and 4.0 if you can dig into this issue.
>
> I feel safe modifying the script to check out rules/ as well, but I'd want
> to dig deeper before changing it to a root update.
>
> > On Fri, Jan 1, 2021, 11:48 John Hardin <jhardin@impsec.org> wrote:
> >
> >> On Fri, 1 Jan 2021, Kevin A. McGrail wrote:
> >>
> >>> So I logged onto sa-vm and sudo'd to automc, when to svn/trunk and did
> >> svn
> >>> update in rules.  See below.  [1] Note the cron job shows:  Checked
> >>> out revision 1885000.  From looking at the script, it does a checkout
> >>> of rulesrc not rules so this might be "expected" behavior.  NOT sure
> >>> if things were stale or if we use one revision for a week or
> >>> something.
> >>
> >> It should update rules/ every time as well, as those files are *not*
> >> reliably static enough to be left alone for any length of time. They
> could
> >> potentially change at any time, even though they generally haven't.
> >>
> >> Is there any reason we should not be updating the entire trunk/ tree?
> Why
> >> are we picking and choosing?
> >>
> >> I think the run_nightly script in SVN should be updated to retrieve
> rules/
> >> as well, or just all of trunk/ to avoid problems (e.g. with references
> to
> >> modified plugins).
> >>
> >>
> >>> The URG_BIZ and the ADVANCED fee issues were something I saw in the
> crons
> >>> but they came in out of order and with no idea of the real dates so I
> was
> >>> waiting for the latest email with the output to check things.
> >>>
> >>> Out of interest, did you make changes to those rules and possibly in 2
> >>> commits?
> >>
> >> Nope. They were related so I kept them together in the same commit:
> >> https://svn.apache.org/viewvc?view=revision&revision=1884468
> >>
> >>
> >>>  Trying to figure out if something went wrong or not but my
> >>> eyesight is not good enough today to follow all the various cron jobs
> for
> >>> rules.
> >>
> >> The __URG_BIZ change was the 15th, so a couple of weekly runs have
> >> occurred since then and didn't automagically repair it.
> >>
> >> I think that it's a design error in the script vs. something going wrong
> >> in correct code.
> >>
> >>
> >>> Anyway, I ran the same command after the svn
> >>> up,  ~/svn/trunk/build/mkupdates/run_nightly | /usr/bin/tee /var/www/
> >>> automc.spamassassin.org/mkupdates/mkupdates.txt and it passes now and
> it
> >>> published a ruleset that passes lint for me with 4.0.
> >>>
> >>> Regards,
> >>> KAM
> >>>
> >>> [1]
> >>>
> >>> U    20_vbounce.cf
> >>> U    60_whitelist.cf
> >>> U    50_scores.cf
> >>> U    60_whitelist_auth.cf
> >>> U    20_phrases.cf
> >>> Updated to revision 1885008.
> >>>
> >>> and in the root
> >>>
> >>> U    CREDITS
> >>> U    rulesrc/sandbox/gbechis/20_freemail.cf
> >>> U    rulesrc/sandbox/gbechis/20_misc.cf
> >>> U    lib/Mail/SpamAssassin/Plugin/VBounce.pm
> >>> U    lib/Mail/SpamAssassin/Plugin/DKIM.pm
> >>> U    lib/Mail/SpamAssassin/Plugin/FreeMail.pm
> >>> U    lib/Mail/SpamAssassin/Plugin/SPF.pm
> >>> U    lib/Mail/SpamAssassin/Plugin/WLBLEval.pm
> >>> U    lib/Mail/SpamAssassin/Conf.pm
> >>> A    t/spf_welcome_block.t
> >>> A    t/blocklist_autolearn.t
> >>> U    t/data/01_test_rules.cf
> >>> A    t/freemail_welcome_block.t
> >>> U    MANIFEST
> >>> U    NOTICE
> >>> Updated to revision 1885008.
> >>>
> >>>
> >>>
> >>> [2]
> >>> automc@sa-vm:~/svn/trunk$ ~/svn/trunk/build/mkupdates/run_nightly |
> >>> /usr/bin/tee /var/www/automc.spamassassin.org/mkupdates/mkupdates.txt
> >>
> >> {much snippage}
> >>
> >>> --
> >>> Kevin A. McGrail
> >>> Member, Apache Software Foundation
> >>> Chair Emeritus Apache SpamAssassin Project
> >>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
> >>>
> >>>
> >>>
> >>> On Fri, Jan 1, 2021 at 10:35 AM John Hardin <jhardin@impsec.org>
> wrote:
> >>>
> >>>> On Fri, 1 Jan 2021, Kevin A. McGrail wrote:
> >>>>
> >>>>> Does anyone have some time to look into this error? It's why I
> >>>>> wanted to fix the server sending logs because I didn't think rules
> >>>>> were being published.
> >>>>>
> >>>>> t/basic_lint.t .................. ok
> >>>>> t/basic_lint_without_sandbox.t .. ok
> >>>>> __ADVANCE_FEE_2_NEW depends on __URG_BIZ which is nonexistent
> >>>>
> >>>> __URG_BIZ is defined in trunk/rules/20_phrases.cf and it's still
> >>>> there...
>
> --
>   John Hardin KA7OHZ                    http://www.impsec.org/~jhardin/
>   jhardin@impsec.org                         pgpk -a jhardin@impsec.org
>   key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C  AF76 D822 E6E6 B873 2E79
> -----------------------------------------------------------------------
>    ...the good of having the government prohibited from doing harm
>    far outweighs the harm of having it obstructed from doing good.
>                                                     -- Mike@mike-istan
> -----------------------------------------------------------------------
>   216 days since the first private commercial manned orbital mission
> (SpaceX)
>

[Attachment #3 (text/html)]

<div dir="auto">Yes, I probably shouldn&#39;t have done an svn update in the root.   \
Luckily I don&#39;t think 3.4.5 is much different than 3.4.</div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 1, 2021, 21:51 John \
Hardin &lt;<a href="mailto:jhardin@impsec.org">jhardin@impsec.org</a>&gt; \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 1 Jan 2021, Kevin A. \
McGrail wrote:<br> <br>
&gt; Well I think it&#39;s tied to 3.4.4s release so I don&#39;t think I should \
have<br> &gt; done an update in the root but rules and rulesrc likely should get \
updated.<br> &gt;<br>
&gt; I&#39;d like to focus on 3.4.5 and 4.0 if you can dig into this issue.<br>
<br>
I feel safe modifying the script to check out rules/ as well, but I&#39;d want <br>
to dig deeper before changing it to a root update.<br>
<br>
&gt; On Fri, Jan 1, 2021, 11:48 John Hardin &lt;<a href="mailto:jhardin@impsec.org" \
target="_blank" rel="noreferrer">jhardin@impsec.org</a>&gt; wrote:<br> &gt;<br>
&gt;&gt; On Fri, 1 Jan 2021, Kevin A. McGrail wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; So I logged onto sa-vm and sudo&#39;d to automc, when to svn/trunk and \
did<br> &gt;&gt; svn<br>
&gt;&gt;&gt; update in rules.   See below.   [1] Note the cron job shows:   Checked \
<br> &gt;&gt;&gt; out revision 1885000.   From looking at the script, it does a \
checkout <br> &gt;&gt;&gt; of rulesrc not rules so this might be &quot;expected&quot; \
behavior.   NOT sure <br> &gt;&gt;&gt; if things were stale or if we use one revision \
for a week or <br> &gt;&gt;&gt; something.<br>
&gt;&gt;<br>
&gt;&gt; It should update rules/ every time as well, as those files are *not*<br>
&gt;&gt; reliably static enough to be left alone for any length of time. They \
could<br> &gt;&gt; potentially change at any time, even though they generally \
haven&#39;t.<br> &gt;&gt;<br>
&gt;&gt; Is there any reason we should not be updating the entire trunk/ tree? \
Why<br> &gt;&gt; are we picking and choosing?<br>
&gt;&gt;<br>
&gt;&gt; I think the run_nightly script in SVN should be updated to retrieve \
rules/<br> &gt;&gt; as well, or just all of trunk/ to avoid problems (e.g. with \
references to<br> &gt;&gt; modified plugins).<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;&gt; The URG_BIZ and the ADVANCED fee issues were something I saw in the \
crons<br> &gt;&gt;&gt; but they came in out of order and with no idea of the real \
dates so I was<br> &gt;&gt;&gt; waiting for the latest email with the output to check \
things.<br> &gt;&gt;&gt;<br>
&gt;&gt;&gt; Out of interest, did you make changes to those rules and possibly in \
2<br> &gt;&gt;&gt; commits?<br>
&gt;&gt;<br>
&gt;&gt; Nope. They were related so I kept them together in the same commit:<br>
&gt;&gt; <a href="https://svn.apache.org/viewvc?view=revision&amp;revision=1884468" \
rel="noreferrer noreferrer" \
target="_blank">https://svn.apache.org/viewvc?view=revision&amp;revision=1884468</a><br>
 &gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;&gt;   Trying to figure out if something went wrong or not but my<br>
&gt;&gt;&gt; eyesight is not good enough today to follow all the various cron jobs \
for<br> &gt;&gt;&gt; rules.<br>
&gt;&gt;<br>
&gt;&gt; The __URG_BIZ change was the 15th, so a couple of weekly runs have<br>
&gt;&gt; occurred since then and didn&#39;t automagically repair it.<br>
&gt;&gt;<br>
&gt;&gt; I think that it&#39;s a design error in the script vs. something going \
wrong<br> &gt;&gt; in correct code.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;&gt; Anyway, I ran the same command after the svn<br>
&gt;&gt;&gt; up,   ~/svn/trunk/build/mkupdates/run_nightly | /usr/bin/tee \
/var/www/<br> &gt;&gt;&gt; <a \
href="http://automc.spamassassin.org/mkupdates/mkupdates.txt" rel="noreferrer \
noreferrer" target="_blank">automc.spamassassin.org/mkupdates/mkupdates.txt</a> and \
it passes now and it<br> &gt;&gt;&gt; published a ruleset that passes lint for me \
with 4.0.<br> &gt;&gt;&gt;<br>
&gt;&gt;&gt; Regards,<br>
&gt;&gt;&gt; KAM<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; [1]<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; U      <a href="http://20_vbounce.cf" rel="noreferrer noreferrer" \
target="_blank">20_vbounce.cf</a><br> &gt;&gt;&gt; U      <a \
href="http://60_whitelist.cf" rel="noreferrer noreferrer" \
target="_blank">60_whitelist.cf</a><br> &gt;&gt;&gt; U      <a \
href="http://50_scores.cf" rel="noreferrer noreferrer" \
target="_blank">50_scores.cf</a><br> &gt;&gt;&gt; U      <a \
href="http://60_whitelist_auth.cf" rel="noreferrer noreferrer" \
target="_blank">60_whitelist_auth.cf</a><br> &gt;&gt;&gt; U      <a \
href="http://20_phrases.cf" rel="noreferrer noreferrer" \
target="_blank">20_phrases.cf</a><br> &gt;&gt;&gt; Updated to revision 1885008.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; and in the root<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; U      CREDITS<br>
&gt;&gt;&gt; U      rulesrc/sandbox/gbechis/<a href="http://20_freemail.cf" \
rel="noreferrer noreferrer" target="_blank">20_freemail.cf</a><br> &gt;&gt;&gt; U     \
rulesrc/sandbox/gbechis/<a href="http://20_misc.cf" rel="noreferrer noreferrer" \
target="_blank">20_misc.cf</a><br> &gt;&gt;&gt; U      \
lib/Mail/SpamAssassin/Plugin/VBounce.pm<br> &gt;&gt;&gt; U      \
lib/Mail/SpamAssassin/Plugin/DKIM.pm<br> &gt;&gt;&gt; U      \
lib/Mail/SpamAssassin/Plugin/FreeMail.pm<br> &gt;&gt;&gt; U      \
lib/Mail/SpamAssassin/Plugin/SPF.pm<br> &gt;&gt;&gt; U      \
lib/Mail/SpamAssassin/Plugin/WLBLEval.pm<br> &gt;&gt;&gt; U      \
lib/Mail/SpamAssassin/Conf.pm<br> &gt;&gt;&gt; A      t/spf_welcome_block.t<br>
&gt;&gt;&gt; A      t/blocklist_autolearn.t<br>
&gt;&gt;&gt; U      t/data/<a href="http://01_test_rules.cf" rel="noreferrer \
noreferrer" target="_blank">01_test_rules.cf</a><br> &gt;&gt;&gt; A      \
t/freemail_welcome_block.t<br> &gt;&gt;&gt; U      MANIFEST<br>
&gt;&gt;&gt; U      NOTICE<br>
&gt;&gt;&gt; Updated to revision 1885008.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; [2]<br>
&gt;&gt;&gt; automc@sa-vm:~/svn/trunk$ ~/svn/trunk/build/mkupdates/run_nightly |<br>
&gt;&gt;&gt; /usr/bin/tee /var/www/<a \
href="http://automc.spamassassin.org/mkupdates/mkupdates.txt" rel="noreferrer \
noreferrer" target="_blank">automc.spamassassin.org/mkupdates/mkupdates.txt</a><br> \
&gt;&gt;<br> &gt;&gt; {much snippage}<br>
&gt;&gt;<br>
&gt;&gt;&gt; --<br>
&gt;&gt;&gt; Kevin A. McGrail<br>
&gt;&gt;&gt; Member, Apache Software Foundation<br>
&gt;&gt;&gt; Chair Emeritus Apache SpamAssassin Project<br>
&gt;&gt;&gt; <a href="https://www.linkedin.com/in/kmcgrail" rel="noreferrer \
noreferrer" target="_blank">https://www.linkedin.com/in/kmcgrail</a> - \
703.798.0171<br> &gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Fri, Jan 1, 2021 at 10:35 AM John Hardin &lt;<a \
href="mailto:jhardin@impsec.org" target="_blank" \
rel="noreferrer">jhardin@impsec.org</a>&gt; wrote:<br> &gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, 1 Jan 2021, Kevin A. McGrail wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Does anyone have some time to look into this error? It&#39;s why \
I <br> &gt;&gt;&gt;&gt;&gt; wanted to fix the server sending logs because I \
didn&#39;t think rules <br> &gt;&gt;&gt;&gt;&gt; were being published.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; t/basic_lint.t .................. ok<br>
&gt;&gt;&gt;&gt;&gt; t/basic_lint_without_sandbox.t .. ok<br>
&gt;&gt;&gt;&gt;&gt; __ADVANCE_FEE_2_NEW depends on __URG_BIZ which is \
nonexistent<br> &gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; __URG_BIZ is defined in trunk/rules/<a href="http://20_phrases.cf" \
rel="noreferrer noreferrer" target="_blank">20_phrases.cf</a> and it&#39;s still<br> \
&gt;&gt;&gt;&gt; there...<br> <br>
-- <br>
   John Hardin KA7OHZ                              <a \
href="http://www.impsec.org/~jhardin/" rel="noreferrer noreferrer" \
target="_blank">http://www.impsec.org/~jhardin/</a><br>  <a \
href="mailto:jhardin@impsec.org" target="_blank" \
rel="noreferrer">jhardin@impsec.org</a>                                      pgpk -a \
<a href="mailto:jhardin@impsec.org" target="_blank" \
rel="noreferrer">jhardin@impsec.org</a><br>  key: 0xB8732E79 -- 2D8C 34F4 6411 F507 \
                136C   AF76 D822 E6E6 B873 2E79<br>
-----------------------------------------------------------------------<br>
     ...the good of having the government prohibited from doing harm<br>
     far outweighs the harm of having it obstructed from doing good.<br>
                                                                              -- \
                Mike@mike-istan<br>
-----------------------------------------------------------------------<br>
   216 days since the first private commercial manned orbital mission (SpaceX)<br>
</blockquote></div>



[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic