https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7166
Bug ID: 7166
Summary: Jenkins fails trunk, can't reproduce
Product: Spamassassin
Version: 3.4.2
Hardware: All
OS: All
Status: NEW
Severity: blocker
Priority: P2
Component: Regression Tests
Assignee: [email protected]
Reporter: [email protected]
It looks like the issue is the .tp TLD being removed. The two tests in
t/uri_text.t correctly specify that URIs in the ".tp" TLD should not be
matched. On my machine, it tests successfully.
On Jenkins, it does not test properly, and the .tp TLD is matched against. As
far as I can see, what's going on is that tp is defined in the hard-coded list.
There's a rule at the top of rules/20_aux_tlds.cf which clears the hard-coded
list and replaces it with a configuration-driven list which does not admit .tp
as a TLD. My belief is something goes wrong in that part, allowing .tp to
remain a valid TLD. Either the rule file isn't being run at all, it's not being
cleared, or something else.
There's also a failure in t/dnsbl.t that I can reproduce, but it's not making
sense why example.com isn't being tested when reading the log output.
--
You are receiving this mail because:
You are the assignee for the bug.
