Re: [auto] bad sandbox rules report
Guys, I'm disabling 0 hit/non perfomers/abandoned rules in hstern's sandbox. make test spit out: STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent If your rules depend on sandbox rules which are not in your own, PLEASE always copy these rules to your own sandbox. This will avoid suprises in the future. We're masschecking lots of ancient bloat. Thanks for your help in cleaning up this mess Axb
Re: [auto] bad sandbox rules report
On 03/06/2013 10:19 AM, Axb wrote: Guys, I'm disabling 0 hit/non perfomers/abandoned rules in hstern's sandbox. make test spit out: STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_SUBJ_RE_FW which is nonexistent STOX_REPLY_TYPE_WITHOUT_QUOTES depends on __HS_QUOTE which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent FROM_12LTRDOM depends on __HS_SUBJ_RE_FW which is nonexistent RISK_FREE depends on __HS_SUBJ_RE_FW which is nonexistent T_MIME_NO_TEXT depends on __HS_SUBJ_RE_FW which is nonexistent If your rules depend on sandbox rules which are not in your own, PLEASE always copy these rules to your own sandbox. This will avoid suprises in the future. We're masschecking lots of ancient bloat. Thanks for your help in cleaning up this mess I've copied the dependencies to jm and jhardin sandboxes. Suggest you rename them so they're unique to your rules and/or put them in a commitername_dependencies.cf file
[Bug 6914] New: sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 Bug ID: 6914 Summary: sa-update problem probably on ipv6 Product: Spamassassin Version: unspecified Hardware: PC OS: Windows 7 Status: NEW Severity: normal Priority: P2 Component: sa-update Assignee: dev@spamassassin.apache.org Reporter: r...@starnet.cz Classification: Unclassified Hello, when I run sa-update I give this: Mar 6 10:55:41.056 [71587] dbg: dns: is_dns_available() last checked 1362563741.1 seconds ago; re-checking Mar 6 10:55:41.056 [71587] dbg: dns: is DNS available? 0 Mar 6 10:55:41.056 [71587] dbg: rules: local tests only, ignoring RBL eval Mar 6 10:55:41.056 [71587] dbg: check: check_main, time limit in 299.997 s Mar 6 10:55:41.057 [71587] dbg: dns: harvest_dnsbl_queries Mar 6 10:55:41.058 [71587] dbg: check: is spam? score=0 required=5 Mar 6 10:55:41.058 [71587] dbg: check: tests= Mar 6 10:55:41.058 [71587] dbg: check: subtests= Mar 6 10:55:41.058 [71587] dbg: timing: total 77 ms - init: 73 (94.6%), parse: 0.71 (0.9%), extract_message_metadata: 1.08 (1.4%), get_uri_detail_list: 0.94 (1.2%) Mar 6 10:55:41.058 [71587] dbg: plugin: Mail::SpamAssassin::Plugin::MIMEHeader=HASH(0x807df8c60) implements 'finish_tests', priority 0 Mar 6 10:55:41.058 [71587] dbg: plugin: Mail::SpamAssassin::Plugin::Check=HASH(0x80947cee8) implements 'finish_tests', priority 0 Mar 6 10:55:41.059 [71587] dbg: generic: lint check of site pre files succeeded, continuing with channel updates Mar 6 10:55:41.059 [71587] dbg: channel: no MIRRORED.BY file available Mar 6 10:55:41.077 [71587] dbg: http: GET request, http://spamassassin.apache.org/updates/MIRRORED.BY; Mar 6 10:55:41.163 [71587] dbg: http: GET http://spamassassin.apache.org/updates/MIRRORED.BY; request failed, retrying: 404 Not Found: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /updates/MIRRORED.BYquot; was not found on this server./p hr addressApache/2.4.4 (Unix) OpenSSL/1.0.0g Server at spamassassin.apache.org Port 80/address /body/html Mar 6 10:55:41.163 [71587] dbg: http: GET request, http://spamassassin.apache.org/updates/MIRRORED.BY; Mar 6 10:55:41.553 [71587] dbg: http: GET http://spamassassin.apache.org/updates/MIRRORED.BY; request failed, retrying: 404 Not Found: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /updates/MIRRORED.BYquot; was not found on this server./p hr addressApache/2.4.4 (Unix) OpenSSL/1.0.0g Server at spamassassin.apache.org Port 80/address /body/html Mar 6 10:55:41.553 [71587] dbg: http: GET request, http://spamassassin.apache.org/updates/MIRRORED.BY; Mar 6 10:55:41.623 [71587] dbg: http: GET http://spamassassin.apache.org/updates/MIRRORED.BY; request failed, retrying: 404 Not Found: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /updates/MIRRORED.BYquot; was not found on this server./p hr addressApache/2.4.4 (Unix) OpenSSL/1.0.0g Server at spamassassin.apache.org Port 80/address /body/html http: GET http://spamassassin.apache.org/updates/MIRRORED.BY; request failed: 404 Not Found: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /updates/MIRRORED.BYquot; was not found on this server./p hr addressApache/2.4.4 (Unix) OpenSSL/1.0.0g Server at spamassassin.apache.org Port 80/address /body/html Mar 6 10:55:41.623 [71587] dbg: channel: no mirror data available for channel updates.spamassassin.org from http://spamassassin.apache.org/updates/MIRRORED.BY; error: no mirror data available for channel updates.spamassassin.org channel: MIRRORED.BY contents were missing, channel failed Mar 6 10:55:41.623 [71587] dbg: generic: cleaning up temporary directory/files Mar 6 10:55:41.623 [71587] dbg: diag: updates complete, exiting with code 4 It looks like problem of ipv6, because if I try it from my notebook without ipv6, I give data. Radek -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 Kevin A. McGrail kmcgr...@pccc.com changed: What|Removed |Added Status|NEW |RESOLVED CC||kmcgr...@pccc.com Resolution|--- |WORKSFORME --- Comment #1 from Kevin A. McGrail kmcgr...@pccc.com --- Checking http://ipv6-test.com/validate.php for spamassassin.apache.org/updates/MIRRORED.BY appears to work. On the system, what does dig -t spamassassin.apache.org, show? Also, what does ping6 2001:610:1:80bc:192:87:106:229, show? After that, What do these commands give you? curl -g http://[2001:610:1:80bc:192:87:106:229]/updates/MIRRORED.BY; curl -g spamassassin.apache.org/updates/MIRRORED.BY For the record, with the ipv6 address, that should fail because they are using named virtual hosting. So testing manually: telnet 2001:610:1:80bc:192:87:106:229 80 Trying 2001:610:1:80bc:192:87:106:229... Connected to 2001:610:1:80bc:192:87:106:229 (2001:610:1:80bc:192:87:106:229). Escape character is '^]'. GET /updates/MIRRORED.BY http/1.1 Host: spamassassin.apache.org HTTP/1.1 200 OK Date: Wed, 06 Mar 2013 10:40:26 GMT Server: Apache/2.4.4 (Unix) OpenSSL/1.0.0g Last-Modified: Tue, 09 Oct 2012 19:47:42 GMT ETag: 12b-4cba59c781380 Accept-Ranges: bytes Content-Length: 299 # test mirror: zone, cached via Coral #http://buildbot.spamassassin.org.nyud.net:8090/updatestage/ #Removed on 2012-09-26 per bug 6838 #http://daryl.dostech.ca/sa-update/asf/ weight=5 http://sa-update.dnswl.org/ weight=1 http://www.sa-update.pccc.com/ weight=5 http://sa-update.secnap.net/ weight=5 So I think you might have a networking issue. It is NOT uncommon with ipv6 not to have all ipv6 routable and accessible. You might have to talk to your ISP. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 darius1706 r...@starnet.cz changed: What|Removed |Added Status|RESOLVED|REOPENED CC||r...@starnet.cz Resolution|WORKSFORME |--- --- Comment #2 from darius1706 r...@starnet.cz --- Hello, curl -g http://[2001:610:1:80bc:192:87:106:229]/updates/MIRRORED.BY; !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /updates/MIRRORED.BY was not found on this server./p hr addressApache/2.4.4 (Unix) OpenSSL/1.0.0g Server at 2001:610:1:80bc:192:87:106:229 Port 80/address /body/html curl -g spamassassin.apache.org/updates/MIRRORED.BY # test mirror: zone, cached via Coral #http://buildbot.spamassassin.org.nyud.net:8090/updatestage/ #Removed on 2012-09-26 per bug 6838 #http://daryl.dostech.ca/sa-update/asf/ weight=5 http://sa-update.dnswl.org/ weight=1 http://www.sa-update.pccc.com/ weight=5 http://sa-update.secnap.net/ weight=5 telnet 2001:610:1:80bc:192:87:106:229 80 Trying 2001:610:1:80bc:192:87:106:229... Connected to 2001:610:1:80bc:192:87:106:229. Escape character is '^]'. GET /updates/MIRRORED.BY http/1.1 HOST: spamassassin.apache.org HTTP/1.1 200 OK Date: Wed, 06 Mar 2013 10:48:21 GMT Server: Apache/2.4.4 (Unix) OpenSSL/1.0.0g Last-Modified: Tue, 09 Oct 2012 19:47:42 GMT ETag: 12b-4cba59c781380 Accept-Ranges: bytes Content-Length: 299 # test mirror: zone, cached via Coral #http://buildbot.spamassassin.org.nyud.net:8090/updatestage/ #Removed on 2012-09-26 per bug 6838 #http://daryl.dostech.ca/sa-update/asf/ weight=5 http://sa-update.dnswl.org/ weight=1 http://www.sa-update.pccc.com/ weight=5 http://sa-update.secnap.net/ weight=5 dig -t spamassassin.apache.org ; DiG 9.8.3-P4 -t spamassassin.apache.org ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 4565 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 8 ;; QUESTION SECTION: ;spamassassin.apache.org. IN ;; ANSWER SECTION: spamassassin.apache.org. 1670 IN 2001:610:1:80bc:192:87:106:229 ;; AUTHORITY SECTION: apache.org. 84243 IN NS ns2.surfnet.nl. apache.org. 84243 IN NS ns4.no-ip.com. apache.org. 84243 IN NS ns1.no-ip.com. apache.org. 84243 IN NS ns3.no-ip.com. apache.org. 84243 IN NS ns2.no-ip.com. ;; ADDITIONAL SECTION: ns1.no-ip.com. 85393 IN A 204.16.255.55 ns1.no-ip.com. 85393 IN 2620:0:2e60::33 ns2.no-ip.com. 85393 IN A 204.16.254.6 ns2.no-ip.com. 85393 IN 2001:1838:f000::6 ns2.surfnet.nl. 4793IN A 192.87.36.2 ns2.surfnet.nl. 4793IN 2001:610:3:200a:192:87:36:2 ns3.no-ip.com. 85393 IN A 204.16.253.33 ns4.no-ip.com. 85393 IN A 204.16.254.44 ;; Query time: 1 msec ;; SERVER: 2a02:768:0:1010::2#53(2a02:768:0:1010::2) ;; WHEN: Wed Mar 6 11:49:26 2013 ;; MSG SIZE rcvd: 342 Radek (In reply to comment #0) Hello, when I run sa-update I give this: Mar 6 10:55:41.056 [71587] dbg: dns: is_dns_available() last checked 1362563741.1 seconds ago; re-checking Mar 6 10:55:41.056 [71587] dbg: dns: is DNS available? 0 Mar 6 10:55:41.056 [71587] dbg: rules: local tests only, ignoring RBL eval Mar 6 10:55:41.056 [71587] dbg: check: check_main, time limit in 299.997 s Mar 6 10:55:41.057 [71587] dbg: dns: harvest_dnsbl_queries Mar 6 10:55:41.058 [71587] dbg: check: is spam? score=0 required=5 Mar 6 10:55:41.058 [71587] dbg: check: tests= Mar 6 10:55:41.058 [71587] dbg: check: subtests= Mar 6 10:55:41.058 [71587] dbg: timing: total 77 ms - init: 73 (94.6%), parse: 0.71 (0.9%), extract_message_metadata: 1.08 (1.4%), get_uri_detail_list: 0.94 (1.2%) Mar 6 10:55:41.058 [71587] dbg: plugin: Mail::SpamAssassin::Plugin::MIMEHeader=HASH(0x807df8c60) implements 'finish_tests', priority 0 Mar 6 10:55:41.058 [71587] dbg: plugin: Mail::SpamAssassin::Plugin::Check=HASH(0x80947cee8) implements 'finish_tests', priority 0 Mar 6 10:55:41.059 [71587] dbg: generic: lint check of site pre files succeeded, continuing with channel updates Mar 6 10:55:41.059 [71587] dbg: channel: no MIRRORED.BY file available Mar 6 10:55:41.077 [71587] dbg: http: GET request, http://spamassassin.apache.org/updates/MIRRORED.BY; Mar 6 10:55:41.163 [71587] dbg: http: GET http://spamassassin.apache.org/updates/MIRRORED.BY; request failed, retrying: 404 Not Found: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /updates/MIRRORED.BYquot; was
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 --- Comment #3 from Kevin A. McGrail kmcgr...@pccc.com --- Are you using trunk because ipv6-only isn't supported on older versions? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 --- Comment #4 from darius1706 r...@starnet.cz --- (In reply to comment #3) Are you using trunk because ipv6-only isn't supported on older versions? What do you mean trunk. I have direct ipv6 connection, latest version of all software (its new installation) and ipv6 together with ipv4. Radek -- You are receiving this mail because: You are the assignee for the bug.
Re: [auto] bad sandbox rules report
On 3/6/2013 4:54 AM, Axb wrote: I've copied the dependencies to jm and jhardin sandboxes. Suggest you rename them so they're unique to your rules and/or put them in a commitername_dependencies.cf file I like getting rid of the rules that aren't working. But this copying rules in sandbox concerns me since sandboxes are really a gateway to final that copying rules is inefficient. Doesn't the dependency show up and you can edit to leave the original rule?
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 --- Comment #5 from darius1706 r...@starnet.cz --- (In reply to comment #4) (In reply to comment #3) Are you using trunk because ipv6-only isn't supported on older versions? What do you mean trunk. I have direct ipv6 connection, latest version of all software (its new installation) and ipv6 together with ipv4. Radek ping spamassassin.apache.org PING spamassassin.apache.org (192.87.106.229): 56 data bytes 64 bytes from 192.87.106.229: icmp_seq=0 ttl=55 time=34.126 ms 64 bytes from 192.87.106.229: icmp_seq=1 ttl=55 time=34.187 ms ping6 spamassassin.apache.org PING6(56=40+8+8 bytes) 2a02:768:0:1010::2 -- 2001:610:1:80bc:192:87:106:229 16 bytes from 2001:610:1:80bc:192:87:106:229, icmp_seq=10 hlim=55 time=34.162 ms 16 bytes from 2001:610:1:80bc:192:87:106:229, icmp_seq=11 hlim=55 time=34.126 ms 16 bytes from 2001:610:1:80bc:192:87:106:229, icmp_seq=12 hlim=55 time=34.192 ms -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 --- Comment #6 from Kevin A. McGrail kmcgr...@pccc.com --- trunk is a term in revision control software http://stackoverflow.com/questions/698313/what-is-trunk-branch-and-tag-in-subversion If you are on an ipv6-only system, you need to be running 3.4.0 from trunk. If you wait a few hours, I'm building a release candidate for 3.4.0 you can try. Regards, KAM -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 --- Comment #7 from darius1706 r...@starnet.cz --- (In reply to comment #6) trunk is a term in revision control software http://stackoverflow.com/questions/698313/what-is-trunk-branch-and-tag-in- subversion If you are on an ipv6-only system, you need to be running 3.4.0 from trunk. If you wait a few hours, I'm building a release candidate for 3.4.0 you can try. Regards, KAM Hm, but I use FreeBSD, I see at this moment, that in bug details is win7. My mistake, sorry all. But problem stands. Radek -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 darius1706 r...@starnet.cz changed: What|Removed |Added OS|Windows 7 |FreeBSD -- You are receiving this mail because: You are the assignee for the bug.
Re: [auto] bad sandbox rules report
On 03/06/2013 11:55 AM, Kevin A. McGrail wrote: On 3/6/2013 4:54 AM, Axb wrote: I've copied the dependencies to jm and jhardin sandboxes. Suggest you rename them so they're unique to your rules and/or put them in a commitername_dependencies.cf file I like getting rid of the rules that aren't working. But this copying rules in sandbox concerns me since sandboxes are really a gateway to final that copying rules is inefficient. Doesn't the dependency show up and you can edit to leave the original rule? It would be neater and safer practice not to depend on somebody elses sandbox rules. What if you remove one of your rule files as because you consider them to be old, bad, useless, ugly ? are YOU responsible for your neighbour's broken metasa? AND if the dependency is looks like it can be recycled in many, many rules we have a nice /rules/10_hasbase.cf for cases like these.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 Kevin A. McGrail kmcgr...@pccc.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |WORKSFORME --- Comment #8 from Kevin A. McGrail kmcgr...@pccc.com --- If you can't use trunk, you have a known issue... You can ask the FreeBSD maintainer to create a package from the rc1 perhaps. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 darius1706 r...@starnet.cz changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #9 from darius1706 r...@starnet.cz --- (In reply to comment #8) If you can't use trunk, you have a known issue... You can ask the FreeBSD maintainer to create a package from the rc1 perhaps. Why do I need trunk? My ipv6 is workin as you can see in my tests. I got correct reply via telnet, but not via curl and sa-update. But I have compiled curl with ipv6 support. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 Kevin A. McGrail kmcgr...@pccc.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |WORKSFORME --- Comment #10 from Kevin A. McGrail kmcgr...@pccc.com --- If I remember correctly, because LWP doesn't support IPv6 only hence there was a lot of work on sa-update to make it IPv6 only compatible. One of the ways we did this is by using curl, wget and fetch. In short, you need trunk. Please stop reopening this ticket. The bug is already fixed in the code to the best of my knowledge. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6899] Mail::SpamAssassin::Plugin::SPF should have support for Authentication-Results headers
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6899 Alessandro Vesely ves...@tana.it changed: What|Removed |Added CC||ves...@tana.it --- Comment #6 from Alessandro Vesely ves...@tana.it --- (In reply to comment #5) Do we have anything in SA that uses an existing SPF header and avoids a second SPF lookup? Mail::SpamAssassin::Plugin::SPF uses Received-SPF:, and has documented options to tweak that usage. Authentication-Results: can be used to report SPF results as an alternative, or in addition, to Received-SPF:. As Authentication-Results: can be used to report various results, it is better to factor parsing into a new plugin, and then have each module check whether the result it wants is already in. -- You are receiving this mail because: You are the assignee for the bug.
Re: Authentication-Results: saving a few cycles
On Tue 05/Mar/2013 20:59:08 +0100 Benny Pedersen wrote: Alessandro Vesely skrev den 2013-03-04 18:47: Authentication-Results: wmail.tana.it; dnswl=pass dns.zone=list.dnswl.org policy.ip=127.0.11.1 Worth? if software that adds this header is opensource then yes, same as my bug here https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6899 Yes, both should be solved by the same new plugin. Your bug's title is specific for the SPF plugin... Should we add a new bug for the new plugin, and then one for DNSEval/dnswl.org? what software adds this header in your example ? Courier-MTA, which is GPLv3.
[Bug 6914] sa-update problem probably on ipv6
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6914 --- Comment #11 from Kevin A. McGrail kmcgr...@pccc.com --- The user was running 3.3.2 and this helped him with his temporary issue: dig -t txt 2.3.3.updates.spamassassin.org get the version. i.e. 2.3.3.updates.spamassassin.org. 3327 IN TXT 1452698 This mirror is official and runs IPv6 so get the http://sa-update.pccc.com/1452698.tar.gz, http://sa-update.pccc.com/1452698.tar.gz.sha1 and http://sa-update.pccc.com/1452698.tar.gz.asc Then run sa-update --install 1452698.tar.gz -- You are receiving this mail because: You are the assignee for the bug.
[Bug 5503] [REVIEW] FR: autolearn_force will force Bayes learning according to tflag setting
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5503 --- Comment #12 from Kevin A. McGrail kmcgr...@pccc.com --- So just re-reading this bug. If I read the extra comments, it does work but you would like more debug / output changes, correct? -- You are receiving this mail because: You are the assignee for the bug.
Re: [auto] bad sandbox rules report
On Wed, 6 Mar 2013, Axb wrote: If your rules depend on sandbox rules which are not in your own, PLEASE always copy these rules to your own sandbox. This will avoid suprises in the future. It also can lead to problems if the owner of that rule modifies their original copy, but I see your point. -- John Hardin KA7OHZhttp://www.impsec.org/~jhardin/ jhar...@impsec.orgFALaholic #11174 pgpk -a jhar...@impsec.org key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C AF76 D822 E6E6 B873 2E79 --- Failure to plan ahead on someone else's part does not constitute an emergency on my part. -- David W. Barts in a.s.r --- 4 days until Daylight Saving Time begins in U.S. - Spring Forward
Re: [auto] bad sandbox rules report
On Wed, 6 Mar 2013, Axb wrote: I've copied the dependencies to jm and jhardin sandboxes. Suggest you rename them so they're unique to your rules and/or put them in a commitername_dependencies.cf file Thanks! -- John Hardin KA7OHZhttp://www.impsec.org/~jhardin/ jhar...@impsec.orgFALaholic #11174 pgpk -a jhar...@impsec.org key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C AF76 D822 E6E6 B873 2E79 --- Failure to plan ahead on someone else's part does not constitute an emergency on my part. -- David W. Barts in a.s.r --- 4 days until Daylight Saving Time begins in U.S. - Spring Forward
[Bug 5503] [REVIEW] FR: autolearn_force will force Bayes learning according to tflag setting
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5503 --- Comment #13 from AXB axb.li...@gmail.com --- (In reply to comment #12) So just re-reading this bug. If I read the extra comments, it does work but you would like more debug / output changes, correct? yep. especially spamd logging: normally autolearn=spam if forced: autolearn=force_spam or somethign like it. or in debug dbg: learn: auto-learn? yes, spam, force -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6915] New: PerMsgStatus::get_tag() enhancement and optimization
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6915 Bug ID: 6915 Summary: PerMsgStatus::get_tag() enhancement and optimization Product: Spamassassin Version: SVN Trunk (Latest Devel Version) Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P2 Component: Libraries Assignee: dev@spamassassin.apache.org Reporter: mark.marti...@ijs.si Classification: Unclassified 1) The current get_tag method dynamically assembles the hash of anonymous subroutines with every call. This behaviour was introduced by Bug 2066 (Duncan Findlay, 2003) in favour of a more self-contained code in _get_tag (avoiding a global variable and avoiding passing of $pms object as a parameter), but at the expense of dynamically constructing the hash of anonymous subroutines with every call to get_tag, and depending on a closure to access the $pms object. As the number of tags has grown somewhat in the past 10 years, and as the get_tag is called rather often, I'm suggesting essentially a revert of Duncan's change. My changes moves building of that hash of subs into a static BEGIN phase as an optimization, but for this reason needs to pass an extra argument (the $pms) to these subroutines. It only affects modules PerMsgStatus and the Bayes plugin, public API remains unchanged. 2) Leverage the existing possibility of a tag value being an arrayref: Introduces an additional (small) method get_tag_raw, which allows the caller to receive the tag value as an array reference if it wishes so, thus avoiding a need for splitting a string on a space for tags which are actually lists, and makes it possible for a tag value (as a list) to contain spaces without ambiguity. This will allow me some future improvements in my AskDNS plugin. 3) A somewhat unrelated change in Message/Metadata.pm, replacing tags LASTEXTERNALREVIP and FIRSTTRUSTEDREVIP with more universal lists: RELAYSTRUSTEDREVIP, RELAYSUNTRUSTEDREVIP, RELAYSINTERNALREVIP, and RELAYSEXTERNALREVIP. Neither the old nor the new tags are currently in use by rukes, so this affects noone (except it enables my future work on AskDNS plugin). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6915] PerMsgStatus::get_tag() enhancement and optimization
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6915 --- Comment #1 from Mark Martinec mark.marti...@ijs.si --- trunk: Sending lib/Mail/SpamAssassin/Message/Metadata.pm Sending lib/Mail/SpamAssassin/Message.pm Sending lib/Mail/SpamAssassin/PerMsgStatus.pm Sending lib/Mail/SpamAssassin/Plugin/Bayes.pm Sending lib/Mail/SpamAssassin/Plugin/RelayCountry.pm Committed revision 1453407. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6916] New: Spamassassin crashes on one particular mail message
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6916 Bug ID: 6916 Summary: Spamassassin crashes on one particular mail message Product: Spamassassin Version: 3.3.2 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P2 Component: Rules Assignee: dev@spamassassin.apache.org Reporter: p...@nimbios.org Classification: Unclassified Spamassassin crashes on one particular mail message. Debug output from spamassassin shows: Mar 5 14:48:47 mx spamd[24004]: rules: ran body rule __NONEMPTY_BODY == got hit: C Mar 5 14:50:43 mx kernel: [359648.499809] spamd child[24004]: segfault at 2a ip 7f6c23fb36ab sp 7fffadd37930 error 4 in libperl.so.5.14.2[7f6c23ef1000+173000] Mar 5 14:50:43 mx spamd[24002]: spamd: handled cleanup of child pid [24004] due to SIGCHLD: DIED, signal 11 (000b) This is 100% reproducible. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6916] Spamassassin crashes on one particular mail message
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6916 --- Comment #1 from AXB axb.li...@gmail.com --- for developers to reproduce please add the msg which caused this as well as - SpamAssassin version - OS distro version - what glue are you using to send the msg to spamd - spamd -D output -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6916] Spamassassin crashes on one particular mail message
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6916 --- Comment #2 from Michael Peek p...@nimbios.org --- Created attachment 5137 -- https://issues.apache.org/SpamAssassin/attachment.cgi?id=5137action=edit Output from spamd -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6916] Spamassassin crashes on one particular mail message
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6916 Kevin A. McGrail kmcgr...@pccc.com changed: What|Removed |Added CC||kmcgr...@pccc.com --- Comment #3 from Kevin A. McGrail kmcgr...@pccc.com --- The email is really needed for us to replicate anything and see what might be the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6916] Spamassassin crashes on one particular mail message
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6916 Michael Peek p...@nimbios.org changed: What|Removed |Added CC||p...@nimbios.org --- Comment #4 from Michael Peek p...@nimbios.org --- OS distro version: Ubuntu 12.04 Spamassassin version: 3.3.2-2ubuntu1 Spamd -D output: Attached Trigger message: The exact message was too large to upload. The web page suggested posting a link instead: http://www.nimbios.org/~peek/tmp/for_apache/message.txt.gz (Actually I shouldn't bother to wasting resources scanning messages this large, which is a separate configuration issue that I'll have to address. But this message *does* trigger the bug, so here it is.) Glue: exim 4.76-3ubuntu3.1, which is compiled with the the content-scanning extension for spamassassin. The relevant lines in exim's configuration file are: # Add message header tags that detail the spamfilter's score for this # message. warn spam = mailfilter:true add_header = X-Spam-Score: $spam_score ($spam_bar) # If this message looks like it might be spam add another header warn spam = mailfilter add_header = X-Spam: SPAM warn spam = mailfilter add_header = X-Spam-Report: \n $spam_report warn spam = mailfilter logwrite = SPAM ALERT # # Accept: # - If this message has been deemed spam # - And it's not from a sender internal to the NIMBioS network # Then: # - Accept it, but pretend to deny it # accept spam = mailfilter condition = ${if !eq{$acl_m1}{1}{true}{false}} logwrite = Accepted DATA (SPAM CONTENT, FAKING EMAIL REJECTION) control = fakereject/Invalid or unknown user. Although it crashes under exim, spamc seems to not have a problem with the message: mailfilter@gero:$ cat message.txt | spamc --check -s 268435456 ; echo $? 0.0/5.0 0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6916] Spamassassin crashes on one particular mail message
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6916 --- Comment #5 from Kevin A. McGrail kmcgr...@pccc.com --- A) Scanning a file of the size you are talking about likely just isn't going to work. You listed 268,435,456 bytes B) We can't support exim. That's a separate product. Overall, not sure we can do anything to help you here... regards, KAM -- You are receiving this mail because: You are the assignee for the bug.
[Bug 6915] PerMsgStatus::get_tag() enhancement and optimization
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6915 Mark Martinec mark.marti...@ijs.si changed: What|Removed |Added Target Milestone|Undefined |3.4.0 --- Comment #2 from Mark Martinec mark.marti...@ijs.si --- Out of curiosity, I did a benchmark between the old and the new get_tag in a real-life environment (production mailer, SA called from amavisd, time measured by Time::HiRes, perl 5.17.9). Overall the difference is about 2 milliseconds per mail message scan (there are about 30 calls to get_tag per scan) in favour of the new one. The new get_tag is about twice as fast as the old one (0.077 ms vs. 0.14 ms per one call). Not that lot, but why not benefit if it comes for free... -- You are receiving this mail because: You are the assignee for the bug.