http://bugzilla.spamassassin.org/show_bug.cgi?id=4042
Summary: _score_ has lost the leading zero
Product: Spamassassin
Version: 3.0.1
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Howdy,
I was looking at a possible solution to:
http://bugzilla.spamassassin.org/show_bug.cgi?id=3215
and decided that it could be done pretty easily if I had a new plugin
hook. So, I created one, I wanted to get y'all opinion on it before I
went forward.
The new plugin is verify_user which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
makes sense to me. I'd (a) expand the doco, and (b) use a better
name than verify_user for the method, as it took a while for me
to grok it.
rather than verify_user, how's about service_acl_allows_username or
similar?
- --j.
Michael Parker
http://bugzilla.spamassassin.org/show_bug.cgi?id=2235
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
--- Additional
http://bugzilla.spamassassin.org/show_bug.cgi?id=3826
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=3826
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://bugzilla.spamassassin.org/show_bug.cgi?id=4041
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 17:32 ---
Subject: Re: New: Users can load plugins
On Fri, Dec 17, 2004 at 03:32:25PM -0800, [EMAIL PROTECTED] wrote:
Calling loadplugin from user_prefs works despite
On Fri, Dec 17, 2004 at 04:41:51PM -0800, Justin Mason wrote:
makes sense to me. I'd (a) expand the doco, and (b) use a better
name than verify_user for the method, as it took a while for me
to grok it.
rather than verify_user, how's about service_acl_allows_username or
similar?
http://bugzilla.spamassassin.org/show_bug.cgi?id=4042
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=3436
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.spamassassin.org/show_bug.cgi?id=3302
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Any idea where those reports might me? I assume they were reported
after the 3.0.1 release.
Do you know which config options weren't being cleared correctly?
http://bugzilla.spamassassin.org/show_bug.cgi?id=3826
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 17:47 ---
Subject: Re: spamd keeps user_prefs between scans with different
users
Any idea where those reports might me? I assume they were reported
after the 3.0.1
http://bugzilla.spamassassin.org/show_bug.cgi?id=3200
[EMAIL PROTECTED] changed:
What|Removed |Added
Keywords||mc
--- Additional Comments
http://bugzilla.spamassassin.org/show_bug.cgi?id=4041
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 17:48 ---
I don't know. I don't have spamd setup to test with.
Even if it only happens with spamassassin, it should probably at least give a
warning since it is contrary
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Parker writes:
On Fri, Dec 17, 2004 at 05:38:26PM -0800, Justin Mason wrote:
ok -- service_allowed_for_username -- there's only one service for
each call. ;)
Why put that sort of restriction?
what if I wanted something like:
http://bugzilla.spamassassin.org/show_bug.cgi?id=3826
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 17:52 ---
Subject: Re: spamd keeps user_prefs between scans with different users
On Fri, Dec 17, 2004 at 05:47:40PM -0800, [EMAIL PROTECTED] wrote:
Any idea where
http://bugzilla.spamassassin.org/show_bug.cgi?id=3826
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 17:57 ---
Subject: Re: spamd keeps user_prefs between scans with different
users
My fix, that Justin committed, resolves Dean's problem.
--- You are receiving
http://bugzilla.spamassassin.org/show_bug.cgi?id=4041
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 17:57 ---
Subject: Re: Users can load plugins
On Fri, Dec 17, 2004 at 05:48:51PM -0800, [EMAIL PROTECTED] wrote:
Even if it only happens with spamassassin, it should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Parker writes:
On Fri, Dec 17, 2004 at 04:41:51PM -0800, Justin Mason wrote:
makes sense to me. I'd (a) expand the doco, and (b) use a better
name than verify_user for the method, as it took a while for me
to grok it.
rather
http://bugzilla.spamassassin.org/show_bug.cgi?id=4041
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 18:11 ---
well, I think we should add some doco about it, if it's not already there. but
-- whew! ;)
--- You are receiving this mail because: ---
You are the
http://bugzilla.spamassassin.org/show_bug.cgi?id=3302
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 18:12 ---
thinking: yes, it probably would be. I didn't want to do that as part of that
bug, though, to avoid confusing the issues.
only issue I can think of is that some
http://bugzilla.spamassassin.org/show_bug.cgi?id=4040
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 18:39 ---
Personally, I would be very happy to see the length restrictions on descriptions
and rule names disappear. IMO, they were a mistake:
1. they have resulted in
http://bugzilla.spamassassin.org/show_bug.cgi?id=3826
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
I do not agree with this conclusion. As I already commented on another
bug ([Bug 3085] TRACKER_ID rule not very useful) some languages simply
use longer words/sentences (on average) than English.
Having no short and accurate translations of many/most computer related
English terms complicates the
http://bugzilla.spamassassin.org/show_bug.cgi?id=4040
--- Additional Comments From [EMAIL PROTECTED] 2004-12-17 20:11 ---
Subject: Re: 30_text_de.cf brings up error message
I do not agree with this conclusion. As I already commented on another
bug ([Bug 3085] TRACKER_ID rule not
Sidney Markowitz [EMAIL PROTECTED] writes:
I'll look at that after I come back.
If you haven't already, could you disable the tests on any systems that
might fail between now and then? Thanks. :-)
Daniel
--
Daniel Quinlan
http://www.pathname.com/~quinlan/
NEEDSMC
Cool.
*wink* *wink*
I suggest: /^(header|rawbody|body|full|uri|meta)\s+(\S+)\s+(.*)/
Daniel
--
Daniel Quinlan
http://www.pathname.com/~quinlan/
http://bugzilla.spamassassin.org/show_bug.cgi?id=4043
Summary: Starting with SA 3.x, more spam does not get detected
Product: Spamassassin
Version: 3.0.1
Platform: All
OS/Version: All
Status: NEW
Severity: normal
http://bugzilla.spamassassin.org/show_bug.cgi?id=4043
--- Additional Comments From [EMAIL PROTECTED] 2004-12-18 00:05 ---
Created an attachment (id=2572)
-- (http://bugzilla.spamassassin.org/attachment.cgi?id=2572action=view)
spam message not being recognized
For this message, I
I'd accept a patch to remove the restriction for lang != en (standard
disclaimers apply).
Daniel
--
Daniel Quinlan
http://www.pathname.com/~quinlan/
http://bugzilla.spamassassin.org/show_bug.cgi?id=4040
--- Additional Comments From [EMAIL PROTECTED] 2004-12-18 00:45 ---
Subject: Re: 30_text_de.cf brings up error message
I'd accept a patch to remove the restriction for lang != en (standard
disclaimers apply).
Daniel
http://bugzilla.spamassassin.org/show_bug.cgi?id=4043
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
On Sat, Dec 18, 2004 at 04:31:54PM +, Nix wrote:
don't multiply it by more than, say, ten. If SA goes fifty days without
a commit something is very wrong. :)
I know nothing about buildbot (haven't had time to look into it), but is there
some way the server can keep track of the commits, and
http://bugzilla.spamassassin.org/show_bug.cgi?id=4028
--- Additional Comments From [EMAIL PROTECTED] 2004-12-18 11:56 ---
Created an attachment (id=2573)
-- (http://bugzilla.spamassassin.org/attachment.cgi?id=2573action=view)
Patch to libspamc that is easier to be sure has no memory
I'm seeing the following in make test in the spf test. It doesn't show
in the buildbot test because they skip SPF. (As an aside, why do they
skip it?)
$ t/spf.t
1..2
# Running under perl version 5.008005 for cygwin
# Current time local: Sun Dec 19 09:49:57 2004
# Current time GMT: Sat Dec 18
http://bugzilla.spamassassin.org/show_bug.cgi?id=4044
Summary: make test, SPF test failing
Product: Spamassassin
Version: SVN Trunk (Latest Devel Version)
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
I'm seeing the following in make test in the spf test. It doesn't show
in the buildbot test because they skip SPF. (As an aside, why do they
skip it?)
$ t/spf.t
1..2
# Running under perl version 5.008005 for cygwin
# Current time local: Sun Dec 19 09:49:57 2004
# Current time GMT:
I had a power glitch here which rebooted the server. I think it happened
in the middle of the svn update causing all three slave jobs to fail,
and I think that it was a power glitch that caused the reboot. I'm not
going to bother to bring the buildbot slaves online again before I leave
on
39 matches
Mail list logo