Re: ReleasePolicy

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Quinlan writes: This needs PMC votes to change it from draft to official status and make what it says policy. No reason to do this PMC vote out of the public view, though. http://wiki.apache.org/spamassassin/ReleasePolicy I have

Re: svn commit: r165704 - /spamassassin/trunk/build/README

On Mon, May 02, 2005 at 03:58:20PM -0700, Justin Mason wrote: OK, I do not agree with this. in my opinion, a release number is only burned in stone once the file is announced, uploaded to CPAN, etc. I'd prefer to avoid burning too early, as it makes for less flexibility. What if a bug is

Re: svn commit: r165704 - /spamassassin/trunk/build/README

[EMAIL PROTECTED] (Justin Mason) writes: OK, I do not agree with this. in my opinion, a release number is only burned in stone once the file is announced, uploaded to CPAN, etc. I'd prefer to avoid burning too early, as it makes for less flexibility. I'm open to moving it to the public

Re: svn commit: r165704 - /spamassassin/trunk/build/README

Michael Parker [EMAIL PROTECTED] writes: Respectfully disagree. Once a release has been rolled, heck once we've checked in the uncommented IS_DEV_BUILD SpamAssassin.pm and Changes file, then it's out there and effectly released and available. If you come back later and update a file or make

Re: svn commit: r165704 - /spamassassin/trunk/build/README

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Quinlan writes: [EMAIL PROTECTED] (Justin Mason) writes: OK, I do not agree with this. in my opinion, a release number is only burned in stone once the file is announced, uploaded to CPAN, etc. I'd prefer to avoid burning too early,

Re: svn commit: r165704 - /spamassassin/trunk/build/README

[EMAIL PROTECTED] (Justin Mason) writes: Yeah, I'd agree. Backing out the tags is unnecessary -- afaik it'll just update them; and Changes, that's just a matter of recommiting a new change that says oops, made a boo-boo, THIS IS THE REAL 3.0.X RELEASE. Pretty much like I did for 3.0.0-pre1

[Bug 4207] [review] Minor issues with mime_multipart_ratio

http://bugzilla.spamassassin.org/show_bug.cgi?id=4207 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #2715 is|0 |1 obsolete|

[Bug 4264] false positive for FORGED_YAHOO_RCVD

http://bugzilla.spamassassin.org/show_bug.cgi?id=4264 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 19:14 --- Yeah, this doesn't appear to hit in 3.0.3 either. --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the

[Bug 4261] gated_through_received_hdr_remover misses some ezmlm lists

http://bugzilla.spamassassin.org/show_bug.cgi?id=4261 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 19:23 --- We used to look for 'qmail \d+ invoked from network' but Justin put a comment in the code saying I've found FPs where it did not appear in the mail. I'm assuming

[Bug 3900] Spamd respawns children as root user.

http://bugzilla.spamassassin.org/show_bug.cgi?id=3900 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 20:25 --- Is this still an issue with current svn code? The fix, and problem, is similiar to other problems that have been fixed. --- You are receiving this mail

[Bug 4261] gated_through_received_hdr_remover misses some ezmlm lists

http://bugzilla.spamassassin.org/show_bug.cgi?id=4261 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 20:26 --- I have no idea at this stage ;) I think testing will be required. --- You are receiving this mail because: --- You are the assignee for the bug, or

[Bug 4261] gated_through_received_hdr_remover misses some ezmlm lists

http://bugzilla.spamassassin.org/show_bug.cgi?id=4261 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 20:34 --- Subject: Re: gated_through_received_hdr_remover misses some ezmlm lists Yeah, I don't understand that comment (in the code) -- I'm not sure what FPs you were

[Bug 3897] spamd children change effective owner back to calling owner

http://bugzilla.spamassassin.org/show_bug.cgi?id=3897 [EMAIL PROTECTED] changed: What|Removed |Added BugsThisDependsOn||3900 --- You are

[Bug 3897] spamd children change effective owner back to calling owner

http://bugzilla.spamassassin.org/show_bug.cgi?id=3897 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 20:45 --- could the people reporting this bug please try out an svn snapshot post r167851... that contains *both* fixes and I want to make sure it works on BSDs before we

[Bug 4122] trusted_networks and internal_networks work only with 1 or 2 octets

http://bugzilla.spamassassin.org/show_bug.cgi?id=4122 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 4144] FORGED_IMS_HTML and FORGED_IMS_TAGS false-positive.

http://bugzilla.spamassassin.org/show_bug.cgi?id=4144 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 20:52 --- As far as I can tell, it's mangling by Yahoo! Groups that is causing this FP. Unless anyone can provide a similar message (without head tags), sent directly from

[Bug 4122] trusted_networks and internal_networks work only with 1 or 2 octets

http://bugzilla.spamassassin.org/show_bug.cgi?id=4122 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 4300] New: t/meta.t failing

http://bugzilla.spamassassin.org/show_bug.cgi?id=4300 Summary: t/meta.t failing Product: Spamassassin Version: SVN Trunk (Latest Devel Version) Platform: Other OS/Version: other Status: NEW Severity: normal

[Bug 4122] trusted_networks and internal_networks work only with 1 or 2 octets

http://bugzilla.spamassassin.org/show_bug.cgi?id=4122 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 4122] trusted_networks and internal_networks work only with 1 or 2 octets

http://bugzilla.spamassassin.org/show_bug.cgi?id=4122 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 22:34 --- Subject: Re: trusted_networks and internal_networks work only with 1 or 2 octets Oops! For some reason I used /8 instead of /24 when comparing the CIDR

[Bug 4264] false positive for FORGED_YAHOO_RCVD

http://bugzilla.spamassassin.org/show_bug.cgi?id=4264 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 22:56 --- Subject: Re: false positive for FORGED_YAHOO_RCVD I haven't tried the latest SVN, but this is still very much an issue in 3.0.3 - when your testing you need to

[Bug 4176] [review] RFE: please add pattern for nate.com redirector

http://bugzilla.spamassassin.org/show_bug.cgi?id=4176 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 23:07 --- +1 looks great to me --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.

[Bug 4264] false positive for FORGED_YAHOO_RCVD

http://bugzilla.spamassassin.org/show_bug.cgi?id=4264 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 23:08 --- Well Bob's example doesn't hit in 3.0.3, and you've yet to attach a *complete* message (or at the very least a complete set of headers) to test against, so you'll

[Bug 4292] t/meta.t failure under Win32

http://bugzilla.spamassassin.org/show_bug.cgi?id=4292 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

Re: ReleasePolicy

[EMAIL PROTECTED] (Justin Mason) writes: see my other mail; -0.5 right now. Still? Daniel -- Daniel Quinlan http://www.pathname.com/~quinlan/

[Bug 4292] t/meta.t failure under Win32

http://bugzilla.spamassassin.org/show_bug.cgi?id=4292 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 03:17 --- Ah, I bet you mixed up this bug with bug 4300, which appears to have been fixed. I'll close that one. --- You are receiving this mail because: --- You

[Bug 4300] t/meta.t failing

http://bugzilla.spamassassin.org/show_bug.cgi?id=4300 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 4196] :addr qualifier for breaks ToCc psuedo-header if multiple recipients

http://bugzilla.spamassassin.org/show_bug.cgi?id=4196 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 07:50 --- Eric, the To and Cc part is an as-designed-and-documented behavior. It's only supposed to return one. SA 3.0.0 shipped with a Conf.pm that very clearly explains

[Bug 4301] New: MSN Groups mails are reported as spam

http://bugzilla.spamassassin.org/show_bug.cgi?id=4301 Summary: MSN Groups mails are reported as spam Product: Spamassassin Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal

[Bug 4301] MSN Groups mails are reported as spam

http://bugzilla.spamassassin.org/show_bug.cgi?id=4301 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 08:48 --- Created an attachment (id=2828) -- (http://bugzilla.spamassassin.org/attachment.cgi?id=2828action=view) Example of falsely blocked message * 2.5 --

[Bug 4292] t/meta.t failure under Win32

http://bugzilla.spamassassin.org/show_bug.cgi?id=4292 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 4292] t/meta.t failure under Win32

http://bugzilla.spamassassin.org/show_bug.cgi?id=4292 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 10:49 --- I started to get it to run under Windows. I don't know if I would hit something impossible to do under Windows but I was making progress. Is this test not really

[Bug 4292] t/meta.t failure under Win32

http://bugzilla.spamassassin.org/show_bug.cgi?id=4292 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 11:42 --- I'd recommend not bothering -- it's only a lint-type test, AFAIK there won't be any platform-specific differences, and the way it's implemented (calling into a

[Bug 2975] bayes_seen database uncontrolled growth

http://bugzilla.spamassassin.org/show_bug.cgi?id=2975 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 12:04 --- we probably should have some way of doing this in 3.1.0 -- even if it's just a support script that wipes out the db and replaces it with a new, empty one.

[Bug 4302] New: Test t/spamc_optL fails.

http://bugzilla.spamassassin.org/show_bug.cgi?id=4302 Summary: Test t/spamc_optL fails. Product: Spamassassin Version: SVN Trunk (Latest Devel Version) Platform: Sun OS/Version: Solaris Status: NEW Severity: normal

[Bug 4302] Test t/spamc_optL fails.

http://bugzilla.spamassassin.org/show_bug.cgi?id=4302 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 12:35 --- Created an attachment (id=2829) -- (http://bugzilla.spamassassin.org/attachment.cgi?id=2829action=view) Error messages for test t/spamc_optL --- You are

[Bug 4193] make test should detect lint problems with translations

http://bugzilla.spamassassin.org/show_bug.cgi?id=4193 [EMAIL PROTECTED] changed: What|Removed |Added CC||dev@spamassassin.apache.org

[Bug 4193] make test should detect lint problems with translations

http://bugzilla.spamassassin.org/show_bug.cgi?id=4193 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 4176] [review] RFE: please add pattern for nate.com redirector

http://bugzilla.spamassassin.org/show_bug.cgi?id=4176 [EMAIL PROTECTED] changed: What|Removed |Added Status Whiteboard||needs 1 more vote ---

[Bug 2975] bayes_seen database uncontrolled growth

http://bugzilla.spamassassin.org/show_bug.cgi?id=2975 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 13:43 --- Justin, my sentiments exactly. A lock-safe equivalent of rm -f bayes_seen would be a pretty desirable tool anyway, and offers at least an interim solution. As

[Bug 4302] Test t/spamc_optL fails.

http://bugzilla.spamassassin.org/show_bug.cgi?id=4302 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 13:50 --- Created an attachment (id=2830) -- (http://bugzilla.spamassassin.org/attachment.cgi?id=2830action=view) Verbose spamc_optL errors. Here are the varbose error

[Bug 4302] Test t/spamc_optL fails.

http://bugzilla.spamassassin.org/show_bug.cgi?id=4302 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 14:01 --- Subject: Re: Test t/spamc_optL fails. Looks like you might be getting a bad exit status from the spamc run. There should be a bunch of files in t/log that

[Bug 4302] Test t/spamc_optL fails.

http://bugzilla.spamassassin.org/show_bug.cgi?id=4302 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 14:14 --- Created an attachment (id=2831) -- (http://bugzilla.spamassassin.org/attachment.cgi?id=2831action=view) File spamc_optL-spamd.err The files found are:

[Bug 4302] Test t/spamc_optL fails.

http://bugzilla.spamassassin.org/show_bug.cgi?id=4302 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 14:25 --- Subject: Re: Test t/spamc_optL fails. Is this a tree that you've recently updated and built? Maybe try a make clean and rebuild and test, it looks like your

Re: ReleasePolicy

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Quinlan writes: [EMAIL PROTECTED] (Justin Mason) writes: see my other mail; -0.5 right now. Still? +1 now ;) - --j. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Exmh CVS

[Bug 3989] URIBL improvement idea

http://bugzilla.spamassassin.org/show_bug.cgi?id=3989 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 14:42 --- Hmm, this sort of goes against what was decided in bug 4201. --- You are receiving this mail because: --- You are the assignee for the bug, or are

[Bug 4176] [review] RFE: please add pattern for nate.com redirector

http://bugzilla.spamassassin.org/show_bug.cgi?id=4176 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 15:18 --- What should this look like when it works? I ran spamassassin -t -D on a spam I have that uses the nate.com redirector and all I saw in the logs that looke

[Bug 4176] [review] RFE: please add pattern for nate.com redirector

http://bugzilla.spamassassin.org/show_bug.cgi?id=4176 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 15:31 --- quinlan added nate.com to the uridnsbl_skip_domain list in r160005 so any checks on nate.com (including the domain being redirected to) are skipped. ---

[Bug 4055] ALL_TRUSTED on almost everything if server in internal network and trusted_networks not set

http://bugzilla.spamassassin.org/show_bug.cgi?id=4055 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 15:35 --- For cross-reference, there's now a wiki entry on this behavior. Should this bug cause changes in the behavior, the wiki will need updating.

[Bug 4055] ALL_TRUSTED on almost everything if server in internal network and trusted_networks not set

http://bugzilla.spamassassin.org/show_bug.cgi?id=4055 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 15:43 --- Suggestion to improve things. Really, this bug occurs mostly because there are two algorithms for inferring trust when private/reserved IPs exist. 1) Trust all

[Bug 4058] [review] Feature Request: whitelist_subject and blacklist_subject

http://bugzilla.spamassassin.org/show_bug.cgi?id=4058 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 15:45 --- Misdirected comment, Belonged on 4055, not sure how bugzilla put it here. --- You are receiving this mail because: --- You are the assignee for the

[Bug 4176] [review] RFE: please add pattern for nate.com redirector

http://bugzilla.spamassassin.org/show_bug.cgi?id=4176 --- Additional Comments From [EMAIL PROTECTED] 2005-05-03 15:48 --- Right! That was just a coincidence. For some reason it doesn't work with the encoded url, I'll have to take a look. --- You are receiving this mail