https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6872

--- Comment #8 from Mark Martinec <mark.marti...@ijs.si> ---
(In reply to comment #3, by Willem Toorop)

Now back to the original problem.

> I believe you can also work around the issue by putting a space in the
> version TXT resource record and an @ in the mirror TXT resource record,
> like this:
> 
> 2.3.3.updates.spamassassin.org.    TXT  "1418219 "
> mirrors.updates.spamassassin.org.  TXT 
> "http://anonym...@spamassassin.apache.org/updates/MIRRORED.BY";
> 
> The space and the @ will force a double quoted return value from rdatastr
> even with the new Net::DNS.
> I have tested this with sa-update version svn917659 running on Perl version
> 5.12.4 on FreeBSD ...

This looks like a good and innocent-enough workaround for
a bug in SpamAssassin caused by the change in Net::DNS.

I tested it with SA 3.3 (uses wget) and 3.4(trunk) (uses curl or
wget or fetch or wget), and it seems to do the job, while allowing
Net::DNS folks to proceed with their wish of retaining this new behaviour.

(there is a lot to be said about the incorrect assumption throughout
most of the SpamAssassin code that the Net::DNS API is 8-bit clean,
conflicting with their (silly, in my view) concept that the API uses
the same encoding as zone ascii text files - but I'll leave that to
another posting)


> I would like to know if your going to release with the fix (or apply the
> trick just mentioned) shortly, to asses whether we need to revert the
> behaviour of TXT RR's or not...

Considering the time it takes/took some distributions and some installations
to pick up a new version of SpamAssassin in the past, I think it is futile
to think of going into trouble of releasing a 3.3.3 just to fix this problem,
knowing that it will only reach a very limited audience.

I think adopting Willem's suggestion is a good (yet hackish) short term
solution until the 3.4 can be released to a general public (noting that
several sites are already using 3.4(trunk) in production).


> PS. I have the intention to e-mail about upcoming releases to developers
> that use Net::DNS in their packages in the future, hopefully with the effect
> that such nasty issues come up before release.

Thanks, good idea.

> PS2. I have tested new Net::DNS with spamassassin before release, but did
> not notice this issue because sa-update was quiet as normal.

Neither did I  :)

> Shouldn't sa-update at least give a warning when it is unable to determine
> whether it needs to update or not?

It does, as far as I can tell:

spamassassin-3.3(branch):

# sa-update     
http: GET 3.3 request failed: 400 URL must be absolute: 400 URL must be
absolute 
error: no mirror data available for channel updates.spamassassin.org
channel: MIRRORED.BY contents were missing, channel failed

(exit status 4)


spamassassin(trunk):

#  sa-update     
channel: no 'mirrors.updates.spamassassin.org' record found, channel failed

(exit status 4)

and with "1418219 " but without "anonymous@":

# sa-update     
error: no mirror data available for channel updates.spamassassin.org
channel: MIRRORED.BY file location was not in DNS, channel failed

(exit status 4)

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to