http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5095
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|Undefined |3.1.6
--- You are r
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5095
--- Additional Comments From [EMAIL PROTECTED] 2006-09-08 03:29 ---
Created an attachment (id=3690)
--> (http://issues.apache.org/SpamAssassin/attachment.cgi?id=3690&action=view)
trigger email
--- You are receiving th
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5095
Summary: control character detected in message at Plugin/DKIM.pm
line 269
Product: Spamassassin
Version: SVN Trunk (Latest Devel Version)
Platform: Other
OS/Version: ot
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5094
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|Undefined |3.1.6
--- You are r
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5094
--- Additional Comments From [EMAIL PROTECTED] 2006-09-08 03:07 ---
Created an attachment (id=3689)
--> (http://issues.apache.org/SpamAssassin/attachment.cgi?id=3689&action=view)
trigger email
--- You are receiving th
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5094
Summary: Use of uninitialized value in pattern match (m//) at
AntiVirus.pm line 105
Product: Spamassassin
Version: 3.1.5
Platform: Other
OS/Version: other
S
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4603
--- Additional Comments From [EMAIL PROTECTED] 2006-09-07 23:09 ---
(In reply to comment #13)
> > spamd: if the SA developers are positive about it, I'll patch it to use
> > Mail::SpamAssassin::Spamd and Mail::SpamAssassin::Sp
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4603
--- Additional Comments From [EMAIL PROTECTED] 2006-09-07 23:04 ---
(In reply to comment #14)
> Surprise, surprise, I ran into problems with dependencies. Apparently my
mod_perl gets pushed into
> some funky path relative to
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5093
--- Additional Comments From [EMAIL PROTECTED] 2006-09-07 21:58 ---
I mentioned this on the list, but I'll put it here as well, I also (in agreement
with Parker) don't really see the point.
--- You are receiving this ma
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5093
--- Additional Comments From [EMAIL PROTECTED] 2006-09-07 21:54 ---
-1 to the command line tool writing to syslog.
There is plenty of support in the API for tools that use it to write the log
information wherever they choose.
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5093
Summary: SpamAssassin log to syslog
Product: Spamassassin
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Theo Van Dinter writes:
> On Thu, Sep 07, 2006 at 10:31:10AM -0400, Kevin A. McGrail wrote:
> > I wonder whether something like sa-update shouldn't be run after
> > install to download all the rules after the core structure is installed.
>
> I mentioned some of this in my previous mail, but that
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5092
Summary: problem with mail which comes over a local mailserver
and relayserver
Product: Spamassassin
Version: 3.1.5
Platform: Other
OS/Version: Linux
Status
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5091
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|Undefined |3.2.0
--- You are r
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5091
Summary: Remove certain dirs from release distros, make available
in other ways
Product: Spamassassin
Version: SVN Trunk (Latest Devel Version)
Platform: Other
OS/Versi
On Thu, Sep 07, 2006 at 10:31:10AM -0400, Kevin A. McGrail wrote:
> I wonder whether something like sa-update shouldn't be run after
> install to download all the rules after the core structure is installed.
I mentioned some of this in my previous mail, but that was generally the
design we came up
On Thu, Sep 07, 2006 at 03:17:40PM +0100, Justin Mason wrote:
> OK -- agreed. However, my point is that we'd be better off doing that
> work as part of the 3.2.0 development, and later for 3.3.0 -- rather
> than trying to "retrofit" it into 3.1.6 or 3.1.7, I think.
>
> There's no *need* to keep 3
OpenMacNews writes:
> reading with interest the ongoing thoughts/discussion about v32x
> planning, rules mgmt, etc.
>
> wearing my user hat (which is usually glued-on, anyway ...), i did a
> bit of "wish it could ..."
>
> 1st caveat: this no doubt ignores, and tramples upon, some combination
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4347
--- Additional Comments From [EMAIL PROTECTED] 2006-09-07 14:38 ---
fyi, I just marked bug 5085 as a dupe of this one. the issue there is that via
spamd, debug (with -D), info(), and warn() are logged in syslog, and generally
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5090
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5090
--- Additional Comments From [EMAIL PROTECTED] 2006-09-07 14:35 ---
As described in a POSTFIX integration note, I have a user account for filtering
(username filter) with it's home directory (/var/spool/filter in my case) and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
reading with interest the ongoing thoughts/discussion about v32x
planning, rules mgmt, etc.
wearing my user hat (which is usually glued-on, anyway ...), i did a
bit of "wish it could ..."
1st caveat: this no doubt ignores, and tramples upon,
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4347
[EMAIL PROTECTED] changed:
What|Removed |Added
OtherBugsDependingO||5085
nThis|
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5085
[EMAIL PROTECTED] changed:
What|Removed |Added
BugsThisDependsOn||4347
Status|NEW
One thing I'd want to avoid is having to set up two separate SVN
workspaces to get a usable checkout, or having to download two separate
tarballs to get a usable release. In my opinion, the core code
is nearly useless without rules, so there isn't a need to ship it
without them.
I think this is
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5090
--- Additional Comments From [EMAIL PROTECTED] 2006-09-07 14:15 ---
Can you please provide more details? It sounds like you're expecting something
that you're not seeing, but "uses the current shell account" doesn't explain
w
Theo Van Dinter writes:
> On Wed, Sep 06, 2006 at 07:07:42PM +0100, Justin Mason wrote:
> > the problem is that it needs to read the rules from rulesrc/sandbox/* --
> > and those rules are pretty dependent in places on the rules in
> > rulesrc/core. Those rules, in turn, are the 3.2.0 core rulese
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5089
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|Undefined |3.1.6
--- You are r
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5090
Summary: sa-learn not honoring -u option
Product: Spamassassin
Version: 3.0.4
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5089
Summary: Unable to add header with single digit zero
Product: Spamassassin
Version: 3.1.2
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priori
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5088
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5088
Summary: configure spamassassin
Product: Spamassassin
Version: 3.0.6
Platform: Other
OS/Version: Linux
Status: NEW
Severity: major
Priority: P1
Com
32 matches
Mail list logo
