https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7224
--- Comment #14 from Bill Cole ---
Root bug: M:S:PMS:get_all_hdrs_in_rcvd_index_range() calls
M:S:Message:get_pristine_header() and splits the returned text block on '/^/m'
which leaves trailing linefeeds intact on each line. It then
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7224
--- Comment #13 from Bill Cole ---
I've applied and tested the provided patch to both 3.4 and trunk, but I am
concerned by what seems to be a deeper problem of the excess linefeeds in
ALL-INTERNAL. I am not comfortable committing the
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7224
Bill Cole changed:
What|Removed |Added
CC||billc...@apache.org
Attachment
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=2555
Bill Cole changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7445
Bill Cole changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7232
RW changed:
What|Removed |Added
CC||rwmailli...@googlemail.com
--- Comment #8
On 18-09-04 01:52 PM, bugzilla-dae...@bugzilla.spamassassin.org wrote:
One thing that would make a difference in continuing with a variance - Does
SpamAssassin 3.3.3 have any option to accept rules if the SHA-1 hash matches
but another hash or digital signature does not match?
sa-update is
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7614
Sidney Markowitz changed:
What|Removed |Added
CC||sid...@sidney.com
--- Comment
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7006
Bill Cole changed:
What|Removed |Added
CC||billc...@apache.org
--- Comment #4
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7520
--- Comment #17 from Reindl Harald ---
so you tell me you don't know the source file containing the data you send to
HTML::Parser module, don't get back any error state and just throw garbage to
that module as you do with dns requests for
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7520
--- Comment #16 from Bill Cole ---
(In reply to Reindl Harald from comment #10)
> how is it a feature to bail out without telling the file?
SA is NOT bailing out. This message is a WARNING that the data it is processing
is not properly
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7614
Bug ID: 7614
Summary: Obtain variance to keep producing SHA-1 signatures for
rules
Product: Spamassassin
Version: unspecified
Hardware: PC
OS: Windows
That's a big leap.
It likely would be a third release item: sa, sa-ules, sa-rules-update
But it's dependent on sa libraries to work so splitting it seems a
pretty big lift.
Right now, I've spent a lot of time streamlining the release procedure
and thanks to the new infrastructure with Dave and
Is it conceivable that sa-update might be separated from the main spam
assassin repo in the future, and be part of a sa-rules package?
It might require the comparison of the SA Update version in place, and
the spamassassin main packages installed?
That way changes to the way updates are
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7006
--- Comment #3 from Kevin A. McGrail ---
For review, let's add the Version to the existing svn version for sa-update
since I don't know why the svn version was added before:
Index: sa-update.raw
Yeah, that's my thought though there is a sub for that.
I think this change makes sense:
Index: sa-update.raw
===
--- sa-update.raw (revision 1840051)
+++ sa-update.raw (working copy)
@@ -26,7 +26,7 @@
# Subversion
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7613
Bug ID: 7613
Summary: Are all the use bytes in 3.4 and trunk fixed?
Product: Spamassassin
Version: 3.4.2
Hardware: PC
OS: Windows NT
Status: NEW
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7613
Kevin A. McGrail changed:
What|Removed |Added
CC||kmcgr...@apache.org
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7232
Kevin A. McGrail changed:
What|Removed |Added
Summary|Getting rid of 'use bytes' |Getting rid of 'use bytes'
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7042
Kevin A. McGrail changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 18-09-04 10:21 AM, bugzilla-dae...@bugzilla.spamassassin.org wrote:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7006
--- Comment #2 from Kevin A. McGrail ---
It is updated during the build process but why are we using an svn version at
all for sa-update?
3.4.1:
sa-update version
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7006
--- Comment #2 from Kevin A. McGrail ---
It is updated during the build process but why are we using an svn version at
all for sa-update?
3.4.1:
sa-update version svn1652181
running on Perl version 5.16.3
3.4.2 pre 5:
sa-update version
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7232
Bill Cole changed:
What|Removed |Added
CC||billc...@apache.org
--- Comment #7
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7520
--- Comment #15 from Kevin A. McGrail ---
(In reply to Reindl Harald from comment #14)
> oh will 3.4.2 really become true?
>
> so, get this fixed in distribution packages will take 3-5 years from now
> frankly if i could code in perl i
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7037
--- Comment #4 from Giovanni Bechis ---
Not Geo::IP nor GeoIP2::Database::Reader have a close() method.
Will have to double check if modules still keeps file open.
--
You are receiving this mail because:
You are the assignee for the bug.
The code for the "%x" token implementing Exim-style domain defaulting
for virtual user config directories was committed last week. This change
is solely to the embedded pod documentation in both 3.4 and trunk:
Index: 3.4/spamd/spamd.raw
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7520
--- Comment #14 from Reindl Harald ---
oh will 3.4.2 really become true?
so, get this fixed in distribution packages will take 3-5 years from now
frankly if i could code in perl i would just write the single line code and
don't tell me
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=2555
--- Comment #17 from Kevin A. McGrail ---
Per https://wiki.apache.org/spamassassin/DevelopmentMode, documentation isn't
required to follow R-T-C
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7520
--- Comment #13 from Kevin A. McGrail ---
(In reply to Reindl Harald from comment #12)
> 3.4.3?
>
> frankly the warning is fine, just tell the path to the sample whren re-tarin
> a corpus of 150.000 eml files
We hit R-T-C at Noon EDT
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7218
--- Comment #8 from Daniel J. Luke ---
(In reply to Kevin A. McGrail from comment #7)
> Can you provide a patch that handles that different behavior? Or is there a
> more unified code that works for both?
I can try to set aside some time
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=2555
--- Comment #16 from Bill Cole ---
Created attachment 5593
--> https://bz.apache.org/SpamAssassin/attachment.cgi?id=5593=edit
Patch to documentation, describing the addition of '%x' token
Documents code already committed.
NEEDS REVIEW
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7520
--- Comment #12 from Reindl Harald ---
3.4.3?
frankly the warning is fine, just tell the path to the sample whren re-tarin a
corpus of 150.000 eml files
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7443
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|Undefined |3.4.2
Severity|normal
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7445
Kevin A. McGrail changed:
What|Removed |Added
Severity|normal |blocker
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7520
Kevin A. McGrail changed:
What|Removed |Added
Severity|normal |blocker
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6190
Kevin A. McGrail changed:
What|Removed |Added
CC||da...@apache.org
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7037
Kevin A. McGrail changed:
What|Removed |Added
CC||giova...@paclan.it
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=5258
Kevin A. McGrail changed:
What|Removed |Added
Severity|enhancement |blocker
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=4703
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #16 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=1145
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |Future
--- Comment #17 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=5859
Kevin A. McGrail changed:
What|Removed |Added
CC||da...@apache.org
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7218
--- Comment #7 from Kevin A. McGrail ---
Can you provide a patch that handles that different behavior? Or is there a
more unified code that works for both?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6266
Kevin A. McGrail changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6386
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |---
--- Comment #7 from Kevin
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6386
Kevin A. McGrail changed:
What|Removed |Added
CC||da...@apache.org
--
You are
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7218
--- Comment #6 from Daniel J. Luke ---
(In reply to Kevin A. McGrail from comment #5)
> I don't know if this patch will break other SQL implementations.
It will. (I think the mysql upsert would use ON DUPLICATE KEY UPDATE, for
example).
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7173
Kevin A. McGrail changed:
What|Removed |Added
CC||kmcgr...@apache.org
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=5832
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |---
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=4871
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |Future
--- Comment #8 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6421
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #16 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6236
--- Comment #13 from Kevin A. McGrail ---
Note the script using the API from Stelios helps as well
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6236
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #12 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=2555
--- Comment #15 from Bill Cole ---
(In reply to Kevin A. McGrail from comment #14)
> Bringing back to 3.4.2 because it's trivial AND we have a CLA coming :-)
>
>
> Bill, can you commit before our Noon deadline today?
Code committed to
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=4758
Kevin A. McGrail changed:
What|Removed |Added
Severity|normal |enhancement
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6320
Kevin A. McGrail changed:
What|Removed |Added
CC||da...@apache.org
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6308
Kevin A. McGrail changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6285
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #5 from Kevin
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=4091
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #9 from Kevin
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7232
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|4.0.0 |3.4.2
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7324
Kevin A. McGrail changed:
What|Removed |Added
Resolution|--- |WONTFIX
Target
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7434
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #4 from Kevin
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=2555
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.3 |3.4.2
--- Comment #14 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7218
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #5 from Kevin
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7354
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #11 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=5185
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #32 from
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7047
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--
You are receiving
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6451
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #6 from Kevin
Done!
--
Kevin A. McGrail
VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171
On Tue, Sep 4, 2018 at 5:02 AM, Henrik Krohns wrote:
>
> Apparently I have an old wiki account named "Hege", but I can't get it to
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=4524
Bill Cole changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7046
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #9 from Kevin
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7267
Kevin A. McGrail changed:
What|Removed |Added
Target Milestone|3.4.2 |3.4.3
--- Comment #16 from
Apparently I have an old wiki account named "Hege", but I can't get it to
reset/send password. I don't know if it even has email set?
https://wiki.apache.org/spamassassin/ContributorsGroup
I made new account "HenrikKrohns", can someone add it to the group or fix
the old one.
Cheers,
Henrik
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=2555
--- Comment #13 from Martin Treusch von Buttlar ---
I signed and sent the ICLA just now.
Cheers
Martin
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
73 matches
Mail list logo