Rules Emporium has been having some issues with a DDoS attack and made some configuration changes pursuant to overcoming this and probably balancing their load. Looks like they had a redirect and curl doesn't understand a http-equiv="refresh" or else the HTML was incorrect and curl just barfed on it, which looks more likely from the error.
Go to /etc/spamassassin/RulesDuJour (or /etc/mail/spamassassin/RulesDoJour) and delete all the 99_FVGT_Tripwire* files and re-run rules_du_jour. All should be well. I noticed the same problem here and this solved it. On Sat, 2007-06-16 at 18:07 -0400, Michael B Allen wrote: > But now I see the TRIPWIRE config is croaking on some HTML in the cf: > > ***WARNING***: spamassassin --lint failed. > Rolling configuration files back, not restarting SpamAssassin. > Rollback command is: mv > -f /etc/mail/spamassassin/tripwire.cf > /etc/mail/spamassassin/RulesDuJour/99_FVGT_Tripwire.cf.2; rm -f > /etc/mail/spamassassin/tripwire.cf; mv -f > /etc/mail/spamassassin/70_sare_evilnum0.cf > /etc/mail/spamassassin/RulesDuJour/70_sare_evilnum0.cf.2; rm -f > /etc/mail/spamassassin/70_sare_evilnum0.cf; mv -f > /etc/mail/spamassassin/70_sare_random.cf > /etc/mail/spamassassin/RulesDuJour/70_sare_random.cf.2; rm -f > /etc/mail/spamassassin/70_sare_random.cf; > > Lint output: [7529] warn: config: failed to parse line, skipping: > <HTML><HEAD><META HTTP-EQUIV="Refresh" CONTENT="0.1"> > [7529] warn: config: failed to parse line, skipping: <META > HTTP-EQUIV="Pragma" CONTENT="no-cache"> > [7529] warn: config: failed to parse line, skipping: <META > HTTP-EQUIV="Expires" CONTENT="-1"> > [7529] warn: config: failed to parse line, skipping: </HEAD></HTML> > [7529] warn: lint: 4 issues detected, please rerun with debug enabled > for more information > > Removing it from TRUSTED_RULESETS resolved the problem but apparently > something is not optimal.