You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Reio Remma <re...@mrstuudio.ee> on 2018/04/19 06:45:26 UTC

spamc --reporttype= not working and curious log message.

Hello!

I'm trying to use this to report spam:

spamc --reporttype=report --username=amavis < mail

However all I get is:

spamc[9632]: Please specify a legal report type

It works if I omit the = after --reporttype. This is with SA 3.4.2 from 
SVN, iirc it worked the other day with --reporttype=report in 3.4.1.

I'm also curious about a log message when reporting:

spamd[9506]: spamd: handle_user (userdir) unable to find user: ''


-- 
Tervitades
Reio Remma


MR Stuudio 25 aastat

*MR Stuudio OÜ*
Tondi 17b, 11316, Tallinn
Tel +372 650 4808
Mob +372 56 22 00 33
reio@mrstuudio.ee
www.mrstuudio.ee




Re: spamc --reporttype= not working and curious log message.

Posted by Giovanni Bechis <gi...@paclan.it>.
On 04/19/18 18:54, Reio Remma wrote:
> I ran make test now - not exactly a pass.
>
cc dev@, I think this is a regression.
 
> There were lots of complaints about: "Maybe you need to kill a running spamd process?" There was no spamd running.
> 
> The RPM is actually working nicely on our production system (after I removed the = from spamc options).
> 
> This is all on CentOS 7.
>
Some tests fails on 3.4 because rulesrc directory has moved only to trunk, restoring rulesrc dir fixes the broken test.
 
$ make test TEST_FILES=t/basic_lint_without_sandbox.t  
"/usr/bin/perl" build/mkrules --exit_on_no_src --src rulesrc --out rules --manifest MANIFEST --manifestskip MANIFEST.SKIP
no source directory found: exiting

 Giovanni

> Test Summary Report
> 
> -------------------
> 
> t/basic_lint_without_sandbox.t  (Wstat: 256 Tests: 3 Failed: 1)
> 
>   Failed test:  1
> 
>   Non-zero exit status: 1
> 
> t/debug.t                       (Wstat: 256 Tests: 3 Failed: 1)
> 
>   Failed test:  3
> 
>   Non-zero exit status: 1
> 
> t/lang_lint.t                   (Wstat: 1536 Tests: 8 Failed: 6)
> 
>   Failed tests:  1, 3, 5-8
> 
>   Non-zero exit status: 6
> 
> t/sa_check_spamd.t              (Wstat: 768 Tests: 7 Failed: 3)
> 
>   Failed tests:  1, 6-7
> 
>   Non-zero exit status: 3
> 
> t/spamc_x_e.t                   (Wstat: 256 Tests: 7 Failed: 1)
> 
>   Failed test:  1
> 
>   Non-zero exit status: 1
> 
> t/spamc_x_E_R.t                 (Wstat: 768 Tests: 49 Failed: 3)
> 
>   Failed tests:  1, 10, 12
> 
>   Non-zero exit status: 3
> 
> t/spamd.t                       (Wstat: 512 Tests: 14 Failed: 2)
> 
>   Failed tests:  1, 14
> 
>   Non-zero exit status: 2
> 
> t/spamd_allow_user_rules.t      (Wstat: 512 Tests: 5 Failed: 2)
> 
>   Failed tests:  1, 3
> 
>   Non-zero exit status: 2
> 
> t/spamd_client.t                (Wstat: 5120 Tests: 52 Failed: 20)
> 
>   Failed tests:  2, 18-19, 31-32, 35, 37-42, 44, 46-52
> 
>   Non-zero exit status: 20
> 
> t/spamd_maxchildren.t           (Wstat: 512 Tests: 22 Failed: 2)
> 
>   Failed tests:  1, 22
> 
>   Non-zero exit status: 2
> 
> t/spamd_report.t                (Wstat: 512 Tests: 6 Failed: 2)
> 
>   Failed tests:  1, 6
> 
>   Non-zero exit status: 2
> 
> t/spamd_report_ifspam.t         (Wstat: 512 Tests: 10 Failed: 2)
> 
>   Failed tests:  1, 10
> 
>   Non-zero exit status: 2
> 
> t/spamd_user_rules_leak.t       (Wstat: 512 Tests: 28 Failed: 2)
> 
>   Failed tests:  1, 19
> 
>   Non-zero exit status: 2
> 
> t/spamd_whitelist_leak.t        (Wstat: 512 Tests: 8 Failed: 2)
> 
>   Failed tests:  1, 8
> 
>   Non-zero exit status: 2
> 
> Files=169, Tests=3081, 793 wallclock secs ( 0.93 usr  0.69 sys + 174.60 cusr 30.48 csys = 206.70 CPU)
> 
> Result: FAIL
> 
> Failed 14/169 test programs. 49/3081 subtests failed.
> 
> make: *** [test_dynamic] Error 255
> 
> 
> 
> On 19.04.2018 16:33, Kevin A. McGrail wrote:
>> Certainly sounds odd.  Does make test pass before you build the RPM?
>>
>> --
>> Kevin A. McGrail
>> Asst. Treasurer & VP Fundraising, Apache Software Foundation
>> Chair Emeritus Apache SpamAssassin Project
>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>
>> On Thu, Apr 19, 2018 at 3:24 AM, Reio Remma <reio@mrstuudio.ee <ma...@mrstuudio.ee>> wrote:
>>
>>     On 19.04.18 9:45, Reio Remma wrote:
>>>     Hello!
>>>
>>>     I'm trying to use this to report spam:
>>>
>>>     spamc --reporttype=report --username=amavis < mail
>>>
>>>     However all I get is:
>>>
>>>     spamc[9632]: Please specify a legal report type
>>>
>>>     It works if I omit the = after --reporttype. This is with SA 3.4.2 from SVN, iirc it worked the other day with --reporttype=report in 3.4.1.
>>>
>>>     I'm also curious about a log message when reporting:
>>>
>>>     spamd[9506]: spamd: handle_user (userdir) unable to find user: ''
>>
>>     *Update:* none of the --option= switches work.
>>
>>     handle_user (userdir) unable to find user: '' is caused because I have the -username switch as --username=amavis instead of --username amavis
>>
>>     It worked in 3.4.1.
>>
>>     Is it at all possible that I botched the RPM for 3.4.2?
>>
>>     Reio
>>
>>
> 


Re: spamc --reporttype= not working and curious log message.

Posted by Giovanni Bechis <gi...@paclan.it>.
On 04/19/18 18:54, Reio Remma wrote:
> I ran make test now - not exactly a pass.
>
cc dev@, I think this is a regression.
 
> There were lots of complaints about: "Maybe you need to kill a running spamd process?" There was no spamd running.
> 
> The RPM is actually working nicely on our production system (after I removed the = from spamc options).
> 
> This is all on CentOS 7.
>
Some tests fails on 3.4 because rulesrc directory has moved only to trunk, restoring rulesrc dir fixes the broken test.
 
$ make test TEST_FILES=t/basic_lint_without_sandbox.t  
"/usr/bin/perl" build/mkrules --exit_on_no_src --src rulesrc --out rules --manifest MANIFEST --manifestskip MANIFEST.SKIP
no source directory found: exiting

 Giovanni

> Test Summary Report
> 
> -------------------
> 
> t/basic_lint_without_sandbox.t  (Wstat: 256 Tests: 3 Failed: 1)
> 
>   Failed test:  1
> 
>   Non-zero exit status: 1
> 
> t/debug.t                       (Wstat: 256 Tests: 3 Failed: 1)
> 
>   Failed test:  3
> 
>   Non-zero exit status: 1
> 
> t/lang_lint.t                   (Wstat: 1536 Tests: 8 Failed: 6)
> 
>   Failed tests:  1, 3, 5-8
> 
>   Non-zero exit status: 6
> 
> t/sa_check_spamd.t              (Wstat: 768 Tests: 7 Failed: 3)
> 
>   Failed tests:  1, 6-7
> 
>   Non-zero exit status: 3
> 
> t/spamc_x_e.t                   (Wstat: 256 Tests: 7 Failed: 1)
> 
>   Failed test:  1
> 
>   Non-zero exit status: 1
> 
> t/spamc_x_E_R.t                 (Wstat: 768 Tests: 49 Failed: 3)
> 
>   Failed tests:  1, 10, 12
> 
>   Non-zero exit status: 3
> 
> t/spamd.t                       (Wstat: 512 Tests: 14 Failed: 2)
> 
>   Failed tests:  1, 14
> 
>   Non-zero exit status: 2
> 
> t/spamd_allow_user_rules.t      (Wstat: 512 Tests: 5 Failed: 2)
> 
>   Failed tests:  1, 3
> 
>   Non-zero exit status: 2
> 
> t/spamd_client.t                (Wstat: 5120 Tests: 52 Failed: 20)
> 
>   Failed tests:  2, 18-19, 31-32, 35, 37-42, 44, 46-52
> 
>   Non-zero exit status: 20
> 
> t/spamd_maxchildren.t           (Wstat: 512 Tests: 22 Failed: 2)
> 
>   Failed tests:  1, 22
> 
>   Non-zero exit status: 2
> 
> t/spamd_report.t                (Wstat: 512 Tests: 6 Failed: 2)
> 
>   Failed tests:  1, 6
> 
>   Non-zero exit status: 2
> 
> t/spamd_report_ifspam.t         (Wstat: 512 Tests: 10 Failed: 2)
> 
>   Failed tests:  1, 10
> 
>   Non-zero exit status: 2
> 
> t/spamd_user_rules_leak.t       (Wstat: 512 Tests: 28 Failed: 2)
> 
>   Failed tests:  1, 19
> 
>   Non-zero exit status: 2
> 
> t/spamd_whitelist_leak.t        (Wstat: 512 Tests: 8 Failed: 2)
> 
>   Failed tests:  1, 8
> 
>   Non-zero exit status: 2
> 
> Files=169, Tests=3081, 793 wallclock secs ( 0.93 usr  0.69 sys + 174.60 cusr 30.48 csys = 206.70 CPU)
> 
> Result: FAIL
> 
> Failed 14/169 test programs. 49/3081 subtests failed.
> 
> make: *** [test_dynamic] Error 255
> 
> 
> 
> On 19.04.2018 16:33, Kevin A. McGrail wrote:
>> Certainly sounds odd.  Does make test pass before you build the RPM?
>>
>> --
>> Kevin A. McGrail
>> Asst. Treasurer & VP Fundraising, Apache Software Foundation
>> Chair Emeritus Apache SpamAssassin Project
>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>
>> On Thu, Apr 19, 2018 at 3:24 AM, Reio Remma <reio@mrstuudio.ee <ma...@mrstuudio.ee>> wrote:
>>
>>     On 19.04.18 9:45, Reio Remma wrote:
>>>     Hello!
>>>
>>>     I'm trying to use this to report spam:
>>>
>>>     spamc --reporttype=report --username=amavis < mail
>>>
>>>     However all I get is:
>>>
>>>     spamc[9632]: Please specify a legal report type
>>>
>>>     It works if I omit the = after --reporttype. This is with SA 3.4.2 from SVN, iirc it worked the other day with --reporttype=report in 3.4.1.
>>>
>>>     I'm also curious about a log message when reporting:
>>>
>>>     spamd[9506]: spamd: handle_user (userdir) unable to find user: ''
>>
>>     *Update:* none of the --option= switches work.
>>
>>     handle_user (userdir) unable to find user: '' is caused because I have the -username switch as --username=amavis instead of --username amavis
>>
>>     It worked in 3.4.1.
>>
>>     Is it at all possible that I botched the RPM for 3.4.2?
>>
>>     Reio
>>
>>
> 


Re: spamc --reporttype= not working and curious log message.

Posted by Reio Remma <re...@mrstuudio.ee>.
I ran make test now - not exactly a pass.

There were lots of complaints about: "Maybe you need to kill a running 
spamd process?" There was no spamd running.

The RPM is actually working nicely on our production system (after I 
removed the = from spamc options).

This is all on CentOS 7.

Test Summary Report

-------------------

t/basic_lint_without_sandbox.t  (Wstat: 256 Tests: 3 Failed: 1)

   Failed test:  1

   Non-zero exit status: 1

t/debug.t                       (Wstat: 256 Tests: 3 Failed: 1)

   Failed test:  3

   Non-zero exit status: 1

t/lang_lint.t                   (Wstat: 1536 Tests: 8 Failed: 6)

   Failed tests:  1, 3, 5-8

   Non-zero exit status: 6

t/sa_check_spamd.t              (Wstat: 768 Tests: 7 Failed: 3)

   Failed tests:  1, 6-7

   Non-zero exit status: 3

t/spamc_x_e.t                   (Wstat: 256 Tests: 7 Failed: 1)

   Failed test:  1

   Non-zero exit status: 1

t/spamc_x_E_R.t                 (Wstat: 768 Tests: 49 Failed: 3)

   Failed tests:  1, 10, 12

   Non-zero exit status: 3

t/spamd.t                       (Wstat: 512 Tests: 14 Failed: 2)

   Failed tests:  1, 14

   Non-zero exit status: 2

t/spamd_allow_user_rules.t      (Wstat: 512 Tests: 5 Failed: 2)

   Failed tests:  1, 3

   Non-zero exit status: 2

t/spamd_client.t                (Wstat: 5120 Tests: 52 Failed: 20)

   Failed tests:  2, 18-19, 31-32, 35, 37-42, 44, 46-52

   Non-zero exit status: 20

t/spamd_maxchildren.t           (Wstat: 512 Tests: 22 Failed: 2)

   Failed tests:  1, 22

   Non-zero exit status: 2

t/spamd_report.t                (Wstat: 512 Tests: 6 Failed: 2)

   Failed tests:  1, 6

   Non-zero exit status: 2

t/spamd_report_ifspam.t         (Wstat: 512 Tests: 10 Failed: 2)

   Failed tests:  1, 10

   Non-zero exit status: 2

t/spamd_user_rules_leak.t       (Wstat: 512 Tests: 28 Failed: 2)

   Failed tests:  1, 19

   Non-zero exit status: 2

t/spamd_whitelist_leak.t        (Wstat: 512 Tests: 8 Failed: 2)

   Failed tests:  1, 8

   Non-zero exit status: 2

Files=169, Tests=3081, 793 wallclock secs ( 0.93 usr  0.69 sys + 174.60 cusr 30.48 csys = 206.70 CPU)

Result: FAIL

Failed 14/169 test programs. 49/3081 subtests failed.

make: *** [test_dynamic] Error 255



On 19.04.2018 16:33, Kevin A. McGrail wrote:
> Certainly sounds odd.  Does make test pass before you build the RPM?
>
> --
> Kevin A. McGrail
> Asst. Treasurer & VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
> On Thu, Apr 19, 2018 at 3:24 AM, Reio Remma <reio@mrstuudio.ee 
> <ma...@mrstuudio.ee>> wrote:
>
>     On 19.04.18 9:45, Reio Remma wrote:
>>     Hello!
>>
>>     I'm trying to use this to report spam:
>>
>>     spamc --reporttype=report --username=amavis < mail
>>
>>     However all I get is:
>>
>>     spamc[9632]: Please specify a legal report type
>>
>>     It works if I omit the = after --reporttype. This is with SA
>>     3.4.2 from SVN, iirc it worked the other day with
>>     --reporttype=report in 3.4.1.
>>
>>     I'm also curious about a log message when reporting:
>>
>>     spamd[9506]: spamd: handle_user (userdir) unable to find user: ''
>
>     *Update:* none of the --option= switches work.
>
>     handle_user (userdir) unable to find user: '' is caused because I
>     have the -username switch as --username=amavis instead of
>     --username amavis
>
>     It worked in 3.4.1.
>
>     Is it at all possible that I botched the RPM for 3.4.2?
>
>     Reio
>
>


Re: spamc --reporttype= not working and curious log message.

Posted by "Kevin A. McGrail" <km...@apache.org>.
Certainly sounds odd.  Does make test pass before you build the RPM?

--
Kevin A. McGrail
Asst. Treasurer & VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171

On Thu, Apr 19, 2018 at 3:24 AM, Reio Remma <re...@mrstuudio.ee> wrote:

> On 19.04.18 9:45, Reio Remma wrote:
>
> Hello!
>
> I'm trying to use this to report spam:
>
> spamc --reporttype=report --username=amavis < mail
>
> However all I get is:
>
> spamc[9632]: Please specify a legal report type
>
> It works if I omit the = after --reporttype. This is with SA 3.4.2 from
> SVN, iirc it worked the other day with --reporttype=report in 3.4.1.
>
> I'm also curious about a log message when reporting:
>
> spamd[9506]: spamd: handle_user (userdir) unable to find user: ''
>
>
> *Update:* none of the --option= switches work.
>
> handle_user (userdir) unable to find user: '' is caused because I have the
> -username switch as --username=amavis instead of --username amavis
>
> It worked in 3.4.1.
>
> Is it at all possible that I botched the RPM for 3.4.2?
>
> Reio
>

Re: spamc --reporttype= not working and curious log message.

Posted by Reio Remma <re...@mrstuudio.ee>.
On 20.04.18 9:50, Giovanni Bechis wrote:
> On 04/19/18 09:24, Reio Remma wrote:
> [...]
>> *Update:* none of the --option= switches work.
>>
>> handle_user (userdir) unable to find user: '' is caused because I have the -username switch as --username=amavis instead of --username amavis
>>
>> It worked in 3.4.1.
>>
>> Is it at all possible that I botched the RPM for 3.4.2?
>>
> no, I botched it.
> Fixed in r1829628.
>   Thanks
>    Giovanni

It pains me to say this, but thank (whichever) god! :) Thank you too. :D

Good luck,
Reio

Re: spamc --reporttype= not working and curious log message.

Posted by Reio Remma <re...@mrstuudio.ee>.
I suspect rpmbuild gleans the requirements from script files when building.

Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinKarpBody.pm:use 
RabinKarpAccel;
Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm:use 
Devel::Size qw(size total_size);
Mail-SpamAssassin-3.4.2/masses/plugins/Dumpmem.pm:use 
Mail::SpamAssassin::Util::MemoryDump;

I suspect it's possible to change the spec file somehow to ignore these 
specific ones. Researching...

Reio

On 20.04.18 14:53, Kevin A. McGrail wrote:
> FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it 
> symlinked to a checkout for my purposes. I'll document that more.
>
> I am using CentOS 7 as well for testing and not aware of these perl 
> dependency issues you are having.  Please elaborate further.
>
> --
> Kevin A. McGrail
> Asst. Treasurer & VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
> On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee 
> <ma...@mrstuudio.ee>> wrote:
>
>     On 20.04.18 9:50, Giovanni Bechis wrote:
>
>         On 04/19/18 09:24, Reio Remma wrote:
>         [...]
>
>             *Update:* none of the --option= switches work.
>
>             handle_user (userdir) unable to find user: '' is caused
>             because I have the -username switch as --username=amavis
>             instead of --username amavis
>
>             It worked in 3.4.1.
>
>             Is it at all possible that I botched the RPM for 3.4.2?
>
>         no, I botched it.
>         Fixed in r1829628.
>           Thanks
>            Giovanni
>
>
>     I can confirm that it works.
>
>     Two things I wanted to point out that I noticed when building the
>     RPM for CentOS 7. There seem to be a few things in 3.4.2 branch
>     that have dependencies that don't exist in CentOS 7.
>
>     --> Processing Dependency: perl(RabinKarpAccel) for package:
>     spamassassin-3.4.2-0.el7.centos.x86_64
>     --> Finished Dependency Resolution
>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>     (/spamassassin-3.4.2-0.el7.centos.x86_64)
>                Requires: perl(RabinKarpAccel)
>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>     (/spamassassin-3.4.2-0.el7.centos.x86_64)
>                Requires: perl(Devel::Size)
>
>     To get around those I had to remove these (as I undersand they're
>     experimental anyway):
>
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm
>     <http://e.pm>
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm
>     <http://p.pm>
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinKarpBody.pm
>
>     At first I tried removing all in MANIFEST.SKIP, but that seemed to
>     be too much for it. :)
>
>     Also there are a couple of warnings when building:
>
>     make -f spamc/Makefile spamc/spamc
>     make[1]: Entering directory
>     `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
>     make[1]: warning: jobserver unavailable: using -j1.  Add `+' to
>     parent make rule.
>     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>     -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
>     -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c
>     spamc/getopt.c spamc/libspamc.c spamc/utils.c \
>             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
>     spamc/libspamc.c: In function '_try_to_connect_tcp':
>     spamc/libspamc.c:491:19: warning: variable 'family' set but not
>     used [-Wunused-but-set-variable]
>                  char *family = NULL;
>                        ^
>     spamc/libspamc.c: In function 'transport_setup':
>     spamc/libspamc.c:1911:35: warning: unused variable 'addrp'
>     [-Wunused-variable]
>          struct addrinfo hints, *res, *addrp;
>                                        ^
>     spamc/libspamc.c: In function 'libspamc_log':
>     spamc/libspamc.c:2239:9: warning: ignoring return value of
>     'write', declared with attribute warn_unused_result [-Wunused-result]
>              (void) write (2, buf, len);
>              ^
>     make[1]: Leaving directory
>     `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
>
>


-- 
Tervitades
Reio Remma


MR Stuudio 25 aastat

*MR Stuudio OÜ*
Tondi 17b, 11316, Tallinn
Tel +372 650 4808
Mob +372 56 22 00 33
reio@mrstuudio.ee
www.mrstuudio.ee




Re: Fwd: spamc --reporttype= not working and curious log message.

Posted by "Kevin A. McGrail" <km...@apache.org>.
FYI,

Trunk:
svn commit -m 'Removing 3 experimental/devel plugins'
Deleting       Plugin/NetCache.pm
Deleting       Plugin/RabinKarpBody.pm
Deleting       Util/MemoryDump.pm

Committed revision 1838593.

3.4:
svn commit -m 'Removing 3 experimental/devel plugins'
Deleting       Plugin/NetCache.pm
Deleting       Plugin/RabinKarpBody.pm
Deleting       Util/MemoryDump.pm

Committed revision 1838594.

Re: spamc --reporttype= not working and curious log message.

Posted by John Hardin <jh...@impsec.org>.
On Fri, 20 Apr 2018, Kevin A. McGrail wrote:

> If RH/CentOS chose to simply remove those plugins, I would follow like and
> kind for building the package.

+1

> --
> Kevin A. McGrail
> Asst. Treasurer & VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
> On Fri, Apr 20, 2018 at 10:18 AM, Reio Remma <re...@mrstuudio.ee> wrote:
>
>> Neither spamassassin-3.4.0-2.el7.src.rpm (CentOS 7.4) nor
>> spamassassin-3.4.1-17.fc27.src.rpm have the mentioned files in their
>> source at all.
>>
>> Reio
>>
>>
>> On 20.04.18 17:06, Kevin A. McGrail wrote:
>>
>> Giovanni, I was considering killing it as well.  And I was going to look
>> at how CentOS handled this in the 3.4.1 for their rpms.
>>
>> --
>> Kevin A. McGrail
>> Asst. Treasurer & VP Fundraising, Apache Software Foundation
>> Chair Emeritus Apache SpamAssassin Project
>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>
>> On Fri, Apr 20, 2018 at 9:57 AM, Giovanni Bechis <gi...@paclan.it>
>> wrote:
>>
>>> On 04/20/18 13:53, Kevin A. McGrail wrote:
>>>> FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it
>>> symlinked to a checkout for my purposes.  I'll document that more.
>>>>
>>>> I am using CentOS 7 as well for testing and not aware of these perl
>>> dependency issues you are having.  Please elaborate further.
>>>>
>>> I cannot find Devel::Size on Centos7 standard repositories.
>>> As for RabinKarpAccel, the author says "Unfortunately, while it's great
>>> for many parallel-match tasks, it's not so hot with SpamAssassin rules,
>>> which is what I wrote it for" on his web page[¹] and I cannot find it on
>>> cpan.
>>> Is this plugin really useful ? From svn logs I can find that 12 years ago
>>> jm@ wrote:
>>> "reactivate RabinKarpBody plugin, which uses the Rabin-Karp algorithm to
>>> perform fast body searches; not as fast as re2xs though".
>>>
>>>  Giovanni
>>>
>>> [¹] http://taint.org/wk/JustinsSoftware
>>>
>>>> --
>>>> Kevin A. McGrail
>>>> Asst. Treasurer & VP Fundraising, Apache Software Foundation
>>>> Chair Emeritus Apache SpamAssassin Project
>>>> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>>>>
>>>> On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee <mailto:
>>> reio@mrstuudio.ee>> wrote:
>>>>
>>>>     On 20.04.18 9:50, Giovanni Bechis wrote:
>>>>
>>>>         On 04/19/18 09:24, Reio Remma wrote:
>>>>         [...]
>>>>
>>>>             *Update:* none of the --option= switches work.
>>>>
>>>>             handle_user (userdir) unable to find user: '' is caused
>>> because I have the -username switch as --username=amavis instead of
>>> --username amavis
>>>>
>>>>             It worked in 3.4.1.
>>>>
>>>>             Is it at all possible that I botched the RPM for 3.4.2?
>>>>
>>>>         no, I botched it.
>>>>         Fixed in r1829628.
>>>>           Thanks
>>>>            Giovanni
>>>>
>>>>
>>>>     I can confirm that it works.
>>>>
>>>>     Two things I wanted to point out that I noticed when building the
>>> RPM for CentOS 7. There seem to be a few things in 3.4.2 branch that have
>>> dependencies that don't exist in CentOS 7.
>>>>
>>>>     --> Processing Dependency: perl(RabinKarpAccel) for package:
>>> spamassassin-3.4.2-0.el7.centos.x86_64
>>>>     --> Finished Dependency Resolution
>>>>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>>> (/spamassassin-3.4.2-0.el7.centos.x86_64)
>>>>                Requires: perl(RabinKarpAccel)
>>>>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>>> (/spamassassin-3.4.2-0.el7.centos.x86_64)
>>>>                Requires: perl(Devel::Size)
>>>>
>>>>     To get around those I had to remove these (as I undersand they're
>>> experimental anyway):
>>>>
>>>>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm <
>>> http://e.pm>
>>>>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm <
>>> http://p.pm>
>>>>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinK
>>> arpBody.pm
>>>>
>>>>     At first I tried removing all in MANIFEST.SKIP, but that seemed to
>>> be too much for it. :)
>>>>
>>>>     Also there are a couple of warnings when building:
>>>>
>>>>     make -f spamc/Makefile spamc/spamc
>>>>     make[1]: Entering directory `/home/reio/rpmbuild/BUILD/Mai
>>> l-SpamAssassin-3.4.2'
>>>>     make[1]: warning: jobserver unavailable: using -j1.  Add `+' to
>>> parent make rule.
>>>>     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>>> -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
>>> -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c spamc/getopt.c
>>> spamc/libspamc.c spamc/utils.c \
>>>>             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
>>>>     spamc/libspamc.c: In function '_try_to_connect_tcp':
>>>>     spamc/libspamc.c:491:19: warning: variable 'family' set but not
>>> used [-Wunused-but-set-variable]
>>>>                  char *family = NULL;
>>>>                        ^
>>>>     spamc/libspamc.c: In function 'transport_setup':
>>>>     spamc/libspamc.c:1911:35: warning: unused variable 'addrp'
>>> [-Wunused-variable]
>>>>          struct addrinfo hints, *res, *addrp;
>>>>                                        ^
>>>>     spamc/libspamc.c: In function 'libspamc_log':
>>>>     spamc/libspamc.c:2239:9: warning: ignoring return value of 'write',
>>> declared with attribute warn_unused_result [-Wunused-result]
>>>>              (void) write (2, buf, len);
>>>>              ^
>>>>     make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/Mai
>>> l-SpamAssassin-3.4.2'

-- 
  John Hardin KA7OHZ                    http://www.impsec.org/~jhardin/
  jhardin@impsec.org    FALaholic #11174     pgpk -a jhardin@impsec.org
  key: 0xB8732E79 -- 2D8C 34F4 6411 F507 136C  AF76 D822 E6E6 B873 2E79
-----------------------------------------------------------------------
   [For Earth Day] Obama flew a 747 all the way to the Everglades
   then rode in a massive SUV motorcade to tell you
   to cut carbon emissions.            -- Twitter satirist @hale_razor
-----------------------------------------------------------------------
  2 days until Earth Day

Re: spamc --reporttype= not working and curious log message.

Posted by "Kevin A. McGrail" <km...@apache.org>.
If RH/CentOS chose to simply remove those plugins, I would follow like and
kind for building the package.

--
Kevin A. McGrail
Asst. Treasurer & VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171

On Fri, Apr 20, 2018 at 10:18 AM, Reio Remma <re...@mrstuudio.ee> wrote:

> Neither spamassassin-3.4.0-2.el7.src.rpm (CentOS 7.4) nor
> spamassassin-3.4.1-17.fc27.src.rpm have the mentioned files in their
> source at all.
>
> Reio
>
>
> On 20.04.18 17:06, Kevin A. McGrail wrote:
>
> Giovanni, I was considering killing it as well.  And I was going to look
> at how CentOS handled this in the 3.4.1 for their rpms.
>
> --
> Kevin A. McGrail
> Asst. Treasurer & VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
> On Fri, Apr 20, 2018 at 9:57 AM, Giovanni Bechis <gi...@paclan.it>
> wrote:
>
>> On 04/20/18 13:53, Kevin A. McGrail wrote:
>> > FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it
>> symlinked to a checkout for my purposes.  I'll document that more.
>> >
>> > I am using CentOS 7 as well for testing and not aware of these perl
>> dependency issues you are having.  Please elaborate further.
>> >
>> I cannot find Devel::Size on Centos7 standard repositories.
>> As for RabinKarpAccel, the author says "Unfortunately, while it's great
>> for many parallel-match tasks, it's not so hot with SpamAssassin rules,
>> which is what I wrote it for" on his web page[¹] and I cannot find it on
>> cpan.
>> Is this plugin really useful ? From svn logs I can find that 12 years ago
>> jm@ wrote:
>> "reactivate RabinKarpBody plugin, which uses the Rabin-Karp algorithm to
>> perform fast body searches; not as fast as re2xs though".
>>
>>  Giovanni
>>
>> [¹] http://taint.org/wk/JustinsSoftware
>>
>> > --
>> > Kevin A. McGrail
>> > Asst. Treasurer & VP Fundraising, Apache Software Foundation
>> > Chair Emeritus Apache SpamAssassin Project
>> > https://www.linkedin.com/in/kmcgrail - 703.798.0171
>> >
>> > On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee <mailto:
>> reio@mrstuudio.ee>> wrote:
>> >
>> >     On 20.04.18 9:50, Giovanni Bechis wrote:
>> >
>> >         On 04/19/18 09:24, Reio Remma wrote:
>> >         [...]
>> >
>> >             *Update:* none of the --option= switches work.
>> >
>> >             handle_user (userdir) unable to find user: '' is caused
>> because I have the -username switch as --username=amavis instead of
>> --username amavis
>> >
>> >             It worked in 3.4.1.
>> >
>> >             Is it at all possible that I botched the RPM for 3.4.2?
>> >
>> >         no, I botched it.
>> >         Fixed in r1829628.
>> >           Thanks
>> >            Giovanni
>> >
>> >
>> >     I can confirm that it works.
>> >
>> >     Two things I wanted to point out that I noticed when building the
>> RPM for CentOS 7. There seem to be a few things in 3.4.2 branch that have
>> dependencies that don't exist in CentOS 7.
>> >
>> >     --> Processing Dependency: perl(RabinKarpAccel) for package:
>> spamassassin-3.4.2-0.el7.centos.x86_64
>> >     --> Finished Dependency Resolution
>> >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>> (/spamassassin-3.4.2-0.el7.centos.x86_64)
>> >                Requires: perl(RabinKarpAccel)
>> >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>> (/spamassassin-3.4.2-0.el7.centos.x86_64)
>> >                Requires: perl(Devel::Size)
>> >
>> >     To get around those I had to remove these (as I undersand they're
>> experimental anyway):
>> >
>> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm <
>> http://e.pm>
>> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm <
>> http://p.pm>
>> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinK
>> arpBody.pm
>> >
>> >     At first I tried removing all in MANIFEST.SKIP, but that seemed to
>> be too much for it. :)
>> >
>> >     Also there are a couple of warnings when building:
>> >
>> >     make -f spamc/Makefile spamc/spamc
>> >     make[1]: Entering directory `/home/reio/rpmbuild/BUILD/Mai
>> l-SpamAssassin-3.4.2'
>> >     make[1]: warning: jobserver unavailable: using -j1.  Add `+' to
>> parent make rule.
>> >     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>> -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
>> -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c spamc/getopt.c
>> spamc/libspamc.c spamc/utils.c \
>> >             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
>> >     spamc/libspamc.c: In function '_try_to_connect_tcp':
>> >     spamc/libspamc.c:491:19: warning: variable 'family' set but not
>> used [-Wunused-but-set-variable]
>> >                  char *family = NULL;
>> >                        ^
>> >     spamc/libspamc.c: In function 'transport_setup':
>> >     spamc/libspamc.c:1911:35: warning: unused variable 'addrp'
>> [-Wunused-variable]
>> >          struct addrinfo hints, *res, *addrp;
>> >                                        ^
>> >     spamc/libspamc.c: In function 'libspamc_log':
>> >     spamc/libspamc.c:2239:9: warning: ignoring return value of 'write',
>> declared with attribute warn_unused_result [-Wunused-result]
>> >              (void) write (2, buf, len);
>> >              ^
>> >     make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/Mai
>> l-SpamAssassin-3.4.2'
>> >
>> >
>>
>>
>
>
> --
> Tervitades
> Reio Remma
>
>
> [image: MR Stuudio 25 aastat]
>
> *MR Stuudio OÜ*
> Tondi 17b, 11316, Tallinn
> Tel +372 650 4808
> Mob +372 56 22 00 33
> reio@mrstuudio.ee
> www.mrstuudio.ee
>
>
>
>

Re: spamc --reporttype= not working and curious log message.

Posted by Reio Remma <re...@mrstuudio.ee>.
Neither spamassassin-3.4.0-2.el7.src.rpm (CentOS 7.4) nor 
spamassassin-3.4.1-17.fc27.src.rpm have the mentioned files in their 
source at all.

Reio

On 20.04.18 17:06, Kevin A. McGrail wrote:
> Giovanni, I was considering killing it as well. And I was going to 
> look at how CentOS handled this in the 3.4.1 for their rpms.
>
> --
> Kevin A. McGrail
> Asst. Treasurer & VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
>
> On Fri, Apr 20, 2018 at 9:57 AM, Giovanni Bechis <giovanni@paclan.it 
> <ma...@paclan.it>> wrote:
>
>     On 04/20/18 13:53, Kevin A. McGrail wrote:
>     > FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have
>     it symlinked to a checkout for my purposes.  I'll document that more.
>     >
>     > I am using CentOS 7 as well for testing and not aware of these
>     perl dependency issues you are having. Please elaborate further.
>     >
>     I cannot find Devel::Size on Centos7 standard repositories.
>     As for RabinKarpAccel, the author says "Unfortunately, while it's
>     great for many parallel-match tasks, it's not so hot with
>     SpamAssassin rules, which is what I wrote it for" on his web
>     page[¹] and I cannot find it on cpan.
>     Is this plugin really useful ? From svn logs I can find that 12
>     years ago jm@ wrote:
>     "reactivate RabinKarpBody plugin, which uses the Rabin-Karp
>     algorithm to perform fast body searches; not as fast as re2xs though".
>
>      Giovanni
>
>     [¹] http://taint.org/wk/JustinsSoftware
>     <http://taint.org/wk/JustinsSoftware>
>
>     > --
>     > Kevin A. McGrail
>     > Asst. Treasurer & VP Fundraising, Apache Software Foundation
>     > Chair Emeritus Apache SpamAssassin Project
>     > https://www.linkedin.com/in/kmcgrail
>     <https://www.linkedin.com/in/kmcgrail> - 703.798.0171
>     >
>     > On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee <ma...@mrstuudio.ee>
>     <mailto:reio@mrstuudio.ee <ma...@mrstuudio.ee>>> wrote:
>     >
>     >     On 20.04.18 9:50, Giovanni Bechis wrote:
>     >
>     >         On 04/19/18 09:24, Reio Remma wrote:
>     >         [...]
>     >
>     >             *Update:* none of the --option= switches work.
>     >
>     >             handle_user (userdir) unable to find user: '' is
>     caused because I have the -username switch as --username=amavis
>     instead of --username amavis
>     >
>     >             It worked in 3.4.1.
>     >
>     >             Is it at all possible that I botched the RPM for 3.4.2?
>     >
>     >         no, I botched it.
>     >         Fixed in r1829628.
>     >           Thanks
>     >            Giovanni
>     >
>     >
>     >     I can confirm that it works.
>     >
>     >     Two things I wanted to point out that I noticed when
>     building the RPM for CentOS 7. There seem to be a few things in
>     3.4.2 branch that have dependencies that don't exist in CentOS 7.
>     >
>     >     --> Processing Dependency: perl(RabinKarpAccel) for package:
>     spamassassin-3.4.2-0.el7.centos.x86_64
>     >     --> Finished Dependency Resolution
>     >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>     (/spamassassin-3.4.2-0.el7.centos.x86_64)
>     >                Requires: perl(RabinKarpAccel)
>     >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
>     (/spamassassin-3.4.2-0.el7.centos.x86_64)
>     >                Requires: perl(Devel::Size)
>     >
>     >     To get around those I had to remove these (as I undersand
>     they're experimental anyway):
>     >
>     >   
>      Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm
>     <http://e.pm>
>     >   
>      Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm
>     <http://p.pm>
>     >   
>      Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinKarpBody.pm
>     >
>     >     At first I tried removing all in MANIFEST.SKIP, but that
>     seemed to be too much for it. :)
>     >
>     >     Also there are a couple of warnings when building:
>     >
>     >     make -f spamc/Makefile spamc/spamc
>     >     make[1]: Entering directory
>     `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
>     >     make[1]: warning: jobserver unavailable: using -j1.  Add `+'
>     to parent make rule.
>     >     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>     -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
>     -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c
>     spamc/getopt.c spamc/libspamc.c spamc/utils.c \
>     >             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
>     >     spamc/libspamc.c: In function '_try_to_connect_tcp':
>     >     spamc/libspamc.c:491:19: warning: variable 'family' set but
>     not used [-Wunused-but-set-variable]
>     >                  char *family = NULL;
>     >                        ^
>     >     spamc/libspamc.c: In function 'transport_setup':
>     >     spamc/libspamc.c:1911:35: warning: unused variable 'addrp'
>     [-Wunused-variable]
>     >          struct addrinfo hints, *res, *addrp;
>     >                                        ^
>     >     spamc/libspamc.c: In function 'libspamc_log':
>     >     spamc/libspamc.c:2239:9: warning: ignoring return value of
>     'write', declared with attribute warn_unused_result [-Wunused-result]
>     >              (void) write (2, buf, len);
>     >              ^
>     >     make[1]: Leaving directory
>     `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
>     >
>     >
>
>


-- 
Tervitades
Reio Remma


MR Stuudio 25 aastat

*MR Stuudio OÜ*
Tondi 17b, 11316, Tallinn
Tel +372 650 4808
Mob +372 56 22 00 33
reio@mrstuudio.ee
www.mrstuudio.ee




Re: spamc --reporttype= not working and curious log message.

Posted by "Kevin A. McGrail" <km...@apache.org>.
Giovanni, I was considering killing it as well.  And I was going to look at
how CentOS handled this in the 3.4.1 for their rpms.

--
Kevin A. McGrail
Asst. Treasurer & VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171

On Fri, Apr 20, 2018 at 9:57 AM, Giovanni Bechis <gi...@paclan.it> wrote:

> On 04/20/18 13:53, Kevin A. McGrail wrote:
> > FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it
> symlinked to a checkout for my purposes.  I'll document that more.
> >
> > I am using CentOS 7 as well for testing and not aware of these perl
> dependency issues you are having.  Please elaborate further.
> >
> I cannot find Devel::Size on Centos7 standard repositories.
> As for RabinKarpAccel, the author says "Unfortunately, while it's great
> for many parallel-match tasks, it's not so hot with SpamAssassin rules,
> which is what I wrote it for" on his web page[¹] and I cannot find it on
> cpan.
> Is this plugin really useful ? From svn logs I can find that 12 years ago
> jm@ wrote:
> "reactivate RabinKarpBody plugin, which uses the Rabin-Karp algorithm to
> perform fast body searches; not as fast as re2xs though".
>
>  Giovanni
>
> [¹] http://taint.org/wk/JustinsSoftware
>
> > --
> > Kevin A. McGrail
> > Asst. Treasurer & VP Fundraising, Apache Software Foundation
> > Chair Emeritus Apache SpamAssassin Project
> > https://www.linkedin.com/in/kmcgrail - 703.798.0171
> >
> > On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee <mailto:
> reio@mrstuudio.ee>> wrote:
> >
> >     On 20.04.18 9:50, Giovanni Bechis wrote:
> >
> >         On 04/19/18 09:24, Reio Remma wrote:
> >         [...]
> >
> >             *Update:* none of the --option= switches work.
> >
> >             handle_user (userdir) unable to find user: '' is caused
> because I have the -username switch as --username=amavis instead of
> --username amavis
> >
> >             It worked in 3.4.1.
> >
> >             Is it at all possible that I botched the RPM for 3.4.2?
> >
> >         no, I botched it.
> >         Fixed in r1829628.
> >           Thanks
> >            Giovanni
> >
> >
> >     I can confirm that it works.
> >
> >     Two things I wanted to point out that I noticed when building the
> RPM for CentOS 7. There seem to be a few things in 3.4.2 branch that have
> dependencies that don't exist in CentOS 7.
> >
> >     --> Processing Dependency: perl(RabinKarpAccel) for package:
> spamassassin-3.4.2-0.el7.centos.x86_64
> >     --> Finished Dependency Resolution
> >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
> (/spamassassin-3.4.2-0.el7.centos.x86_64)
> >                Requires: perl(RabinKarpAccel)
> >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
> (/spamassassin-3.4.2-0.el7.centos.x86_64)
> >                Requires: perl(Devel::Size)
> >
> >     To get around those I had to remove these (as I undersand they're
> experimental anyway):
> >
> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm <
> http://e.pm>
> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm <
> http://p.pm>
> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/
> RabinKarpBody.pm
> >
> >     At first I tried removing all in MANIFEST.SKIP, but that seemed to
> be too much for it. :)
> >
> >     Also there are a couple of warnings when building:
> >
> >     make -f spamc/Makefile spamc/spamc
> >     make[1]: Entering directory `/home/reio/rpmbuild/BUILD/
> Mail-SpamAssassin-3.4.2'
> >     make[1]: warning: jobserver unavailable: using -j1.  Add `+' to
> parent make rule.
> >     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
> -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
> -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c spamc/getopt.c
> spamc/libspamc.c spamc/utils.c \
> >             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
> >     spamc/libspamc.c: In function '_try_to_connect_tcp':
> >     spamc/libspamc.c:491:19: warning: variable 'family' set but not used
> [-Wunused-but-set-variable]
> >                  char *family = NULL;
> >                        ^
> >     spamc/libspamc.c: In function 'transport_setup':
> >     spamc/libspamc.c:1911:35: warning: unused variable 'addrp'
> [-Wunused-variable]
> >          struct addrinfo hints, *res, *addrp;
> >                                        ^
> >     spamc/libspamc.c: In function 'libspamc_log':
> >     spamc/libspamc.c:2239:9: warning: ignoring return value of 'write',
> declared with attribute warn_unused_result [-Wunused-result]
> >              (void) write (2, buf, len);
> >              ^
> >     make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/
> Mail-SpamAssassin-3.4.2'
> >
> >
>
>

Re: spamc --reporttype= not working and curious log message.

Posted by "Kevin A. McGrail" <km...@apache.org>.
Giovanni, I was considering killing it as well.  And I was going to look at
how CentOS handled this in the 3.4.1 for their rpms.

--
Kevin A. McGrail
Asst. Treasurer & VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171

On Fri, Apr 20, 2018 at 9:57 AM, Giovanni Bechis <gi...@paclan.it> wrote:

> On 04/20/18 13:53, Kevin A. McGrail wrote:
> > FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it
> symlinked to a checkout for my purposes.  I'll document that more.
> >
> > I am using CentOS 7 as well for testing and not aware of these perl
> dependency issues you are having.  Please elaborate further.
> >
> I cannot find Devel::Size on Centos7 standard repositories.
> As for RabinKarpAccel, the author says "Unfortunately, while it's great
> for many parallel-match tasks, it's not so hot with SpamAssassin rules,
> which is what I wrote it for" on his web page[¹] and I cannot find it on
> cpan.
> Is this plugin really useful ? From svn logs I can find that 12 years ago
> jm@ wrote:
> "reactivate RabinKarpBody plugin, which uses the Rabin-Karp algorithm to
> perform fast body searches; not as fast as re2xs though".
>
>  Giovanni
>
> [¹] http://taint.org/wk/JustinsSoftware
>
> > --
> > Kevin A. McGrail
> > Asst. Treasurer & VP Fundraising, Apache Software Foundation
> > Chair Emeritus Apache SpamAssassin Project
> > https://www.linkedin.com/in/kmcgrail - 703.798.0171
> >
> > On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee <mailto:
> reio@mrstuudio.ee>> wrote:
> >
> >     On 20.04.18 9:50, Giovanni Bechis wrote:
> >
> >         On 04/19/18 09:24, Reio Remma wrote:
> >         [...]
> >
> >             *Update:* none of the --option= switches work.
> >
> >             handle_user (userdir) unable to find user: '' is caused
> because I have the -username switch as --username=amavis instead of
> --username amavis
> >
> >             It worked in 3.4.1.
> >
> >             Is it at all possible that I botched the RPM for 3.4.2?
> >
> >         no, I botched it.
> >         Fixed in r1829628.
> >           Thanks
> >            Giovanni
> >
> >
> >     I can confirm that it works.
> >
> >     Two things I wanted to point out that I noticed when building the
> RPM for CentOS 7. There seem to be a few things in 3.4.2 branch that have
> dependencies that don't exist in CentOS 7.
> >
> >     --> Processing Dependency: perl(RabinKarpAccel) for package:
> spamassassin-3.4.2-0.el7.centos.x86_64
> >     --> Finished Dependency Resolution
> >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
> (/spamassassin-3.4.2-0.el7.centos.x86_64)
> >                Requires: perl(RabinKarpAccel)
> >     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
> (/spamassassin-3.4.2-0.el7.centos.x86_64)
> >                Requires: perl(Devel::Size)
> >
> >     To get around those I had to remove these (as I undersand they're
> experimental anyway):
> >
> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm <
> http://e.pm>
> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm <
> http://p.pm>
> >     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/
> RabinKarpBody.pm
> >
> >     At first I tried removing all in MANIFEST.SKIP, but that seemed to
> be too much for it. :)
> >
> >     Also there are a couple of warnings when building:
> >
> >     make -f spamc/Makefile spamc/spamc
> >     make[1]: Entering directory `/home/reio/rpmbuild/BUILD/
> Mail-SpamAssassin-3.4.2'
> >     make[1]: warning: jobserver unavailable: using -j1.  Add `+' to
> parent make rule.
> >     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
> -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
> -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c spamc/getopt.c
> spamc/libspamc.c spamc/utils.c \
> >             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
> >     spamc/libspamc.c: In function '_try_to_connect_tcp':
> >     spamc/libspamc.c:491:19: warning: variable 'family' set but not used
> [-Wunused-but-set-variable]
> >                  char *family = NULL;
> >                        ^
> >     spamc/libspamc.c: In function 'transport_setup':
> >     spamc/libspamc.c:1911:35: warning: unused variable 'addrp'
> [-Wunused-variable]
> >          struct addrinfo hints, *res, *addrp;
> >                                        ^
> >     spamc/libspamc.c: In function 'libspamc_log':
> >     spamc/libspamc.c:2239:9: warning: ignoring return value of 'write',
> declared with attribute warn_unused_result [-Wunused-result]
> >              (void) write (2, buf, len);
> >              ^
> >     make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/
> Mail-SpamAssassin-3.4.2'
> >
> >
>
>

Re: spamc --reporttype= not working and curious log message.

Posted by Giovanni Bechis <gi...@paclan.it>.
On 04/20/18 13:53, Kevin A. McGrail wrote:
> FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it symlinked to a checkout for my purposes.  I'll document that more.
> 
> I am using CentOS 7 as well for testing and not aware of these perl dependency issues you are having.  Please elaborate further.
> 
I cannot find Devel::Size on Centos7 standard repositories.
As for RabinKarpAccel, the author says "Unfortunately, while it's great for many parallel-match tasks, it's not so hot with SpamAssassin rules, which is what I wrote it for" on his web page[¹] and I cannot find it on cpan.
Is this plugin really useful ? From svn logs I can find that 12 years ago jm@ wrote:
"reactivate RabinKarpBody plugin, which uses the Rabin-Karp algorithm to perform fast body searches; not as fast as re2xs though".

 Giovanni

[¹] http://taint.org/wk/JustinsSoftware

> --
> Kevin A. McGrail
> Asst. Treasurer & VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
> 
> On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee <ma...@mrstuudio.ee>> wrote:
> 
>     On 20.04.18 9:50, Giovanni Bechis wrote:
> 
>         On 04/19/18 09:24, Reio Remma wrote:
>         [...]
> 
>             *Update:* none of the --option= switches work.
> 
>             handle_user (userdir) unable to find user: '' is caused because I have the -username switch as --username=amavis instead of --username amavis
> 
>             It worked in 3.4.1.
> 
>             Is it at all possible that I botched the RPM for 3.4.2?
> 
>         no, I botched it.
>         Fixed in r1829628.
>           Thanks
>            Giovanni
> 
> 
>     I can confirm that it works.
> 
>     Two things I wanted to point out that I noticed when building the RPM for CentOS 7. There seem to be a few things in 3.4.2 branch that have dependencies that don't exist in CentOS 7.
> 
>     --> Processing Dependency: perl(RabinKarpAccel) for package: spamassassin-3.4.2-0.el7.centos.x86_64
>     --> Finished Dependency Resolution
>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64 (/spamassassin-3.4.2-0.el7.centos.x86_64)
>                Requires: perl(RabinKarpAccel)
>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64 (/spamassassin-3.4.2-0.el7.centos.x86_64)
>                Requires: perl(Devel::Size)
> 
>     To get around those I had to remove these (as I undersand they're experimental anyway):
> 
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm <http://e.pm>
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm <http://p.pm>
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinKarpBody.pm
> 
>     At first I tried removing all in MANIFEST.SKIP, but that seemed to be too much for it. :)
> 
>     Also there are a couple of warnings when building:
> 
>     make -f spamc/Makefile spamc/spamc
>     make[1]: Entering directory `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
>     make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
>     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c spamc/getopt.c spamc/libspamc.c spamc/utils.c \
>             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
>     spamc/libspamc.c: In function '_try_to_connect_tcp':
>     spamc/libspamc.c:491:19: warning: variable 'family' set but not used [-Wunused-but-set-variable]
>                  char *family = NULL;
>                        ^
>     spamc/libspamc.c: In function 'transport_setup':
>     spamc/libspamc.c:1911:35: warning: unused variable 'addrp' [-Wunused-variable]
>          struct addrinfo hints, *res, *addrp;
>                                        ^
>     spamc/libspamc.c: In function 'libspamc_log':
>     spamc/libspamc.c:2239:9: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result]
>              (void) write (2, buf, len);
>              ^
>     make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
> 
> 


Re: spamc --reporttype= not working and curious log message.

Posted by Giovanni Bechis <gi...@paclan.it>.
On 04/20/18 13:53, Kevin A. McGrail wrote:
> FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it symlinked to a checkout for my purposes.  I'll document that more.
> 
> I am using CentOS 7 as well for testing and not aware of these perl dependency issues you are having.  Please elaborate further.
> 
I cannot find Devel::Size on Centos7 standard repositories.
As for RabinKarpAccel, the author says "Unfortunately, while it's great for many parallel-match tasks, it's not so hot with SpamAssassin rules, which is what I wrote it for" on his web page[¹] and I cannot find it on cpan.
Is this plugin really useful ? From svn logs I can find that 12 years ago jm@ wrote:
"reactivate RabinKarpBody plugin, which uses the Rabin-Karp algorithm to perform fast body searches; not as fast as re2xs though".

 Giovanni

[¹] http://taint.org/wk/JustinsSoftware

> --
> Kevin A. McGrail
> Asst. Treasurer & VP Fundraising, Apache Software Foundation
> Chair Emeritus Apache SpamAssassin Project
> https://www.linkedin.com/in/kmcgrail - 703.798.0171
> 
> On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <reio@mrstuudio.ee <ma...@mrstuudio.ee>> wrote:
> 
>     On 20.04.18 9:50, Giovanni Bechis wrote:
> 
>         On 04/19/18 09:24, Reio Remma wrote:
>         [...]
> 
>             *Update:* none of the --option= switches work.
> 
>             handle_user (userdir) unable to find user: '' is caused because I have the -username switch as --username=amavis instead of --username amavis
> 
>             It worked in 3.4.1.
> 
>             Is it at all possible that I botched the RPM for 3.4.2?
> 
>         no, I botched it.
>         Fixed in r1829628.
>           Thanks
>            Giovanni
> 
> 
>     I can confirm that it works.
> 
>     Two things I wanted to point out that I noticed when building the RPM for CentOS 7. There seem to be a few things in 3.4.2 branch that have dependencies that don't exist in CentOS 7.
> 
>     --> Processing Dependency: perl(RabinKarpAccel) for package: spamassassin-3.4.2-0.el7.centos.x86_64
>     --> Finished Dependency Resolution
>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64 (/spamassassin-3.4.2-0.el7.centos.x86_64)
>                Requires: perl(RabinKarpAccel)
>     Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64 (/spamassassin-3.4.2-0.el7.centos.x86_64)
>                Requires: perl(Devel::Size)
> 
>     To get around those I had to remove these (as I undersand they're experimental anyway):
> 
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm <http://e.pm>
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm <http://p.pm>
>     Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinKarpBody.pm
> 
>     At first I tried removing all in MANIFEST.SKIP, but that seemed to be too much for it. :)
> 
>     Also there are a couple of warnings when building:
> 
>     make -f spamc/Makefile spamc/spamc
>     make[1]: Entering directory `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
>     make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
>     gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c spamc/getopt.c spamc/libspamc.c spamc/utils.c \
>             -o spamc/spamc  -lssl -lcrypto  -ldl -lz
>     spamc/libspamc.c: In function '_try_to_connect_tcp':
>     spamc/libspamc.c:491:19: warning: variable 'family' set but not used [-Wunused-but-set-variable]
>                  char *family = NULL;
>                        ^
>     spamc/libspamc.c: In function 'transport_setup':
>     spamc/libspamc.c:1911:35: warning: unused variable 'addrp' [-Wunused-variable]
>          struct addrinfo hints, *res, *addrp;
>                                        ^
>     spamc/libspamc.c: In function 'libspamc_log':
>     spamc/libspamc.c:2239:9: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result]
>              (void) write (2, buf, len);
>              ^
>     make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
> 
> 


Re: spamc --reporttype= not working and curious log message.

Posted by "Kevin A. McGrail" <km...@apache.org>.
FYI, I'm well aware of the 3.4 test issue with rulesrc.  I have it
symlinked to a checkout for my purposes.  I'll document that more.

I am using CentOS 7 as well for testing and not aware of these perl
dependency issues you are having.  Please elaborate further.

--
Kevin A. McGrail
Asst. Treasurer & VP Fundraising, Apache Software Foundation
Chair Emeritus Apache SpamAssassin Project
https://www.linkedin.com/in/kmcgrail - 703.798.0171

On Fri, Apr 20, 2018 at 5:03 AM, Reio Remma <re...@mrstuudio.ee> wrote:

> On 20.04.18 9:50, Giovanni Bechis wrote:
>
>> On 04/19/18 09:24, Reio Remma wrote:
>> [...]
>>
>>> *Update:* none of the --option= switches work.
>>>
>>> handle_user (userdir) unable to find user: '' is caused because I have
>>> the -username switch as --username=amavis instead of --username amavis
>>>
>>> It worked in 3.4.1.
>>>
>>> Is it at all possible that I botched the RPM for 3.4.2?
>>>
>>> no, I botched it.
>> Fixed in r1829628.
>>   Thanks
>>    Giovanni
>>
>
> I can confirm that it works.
>
> Two things I wanted to point out that I noticed when building the RPM for
> CentOS 7. There seem to be a few things in 3.4.2 branch that have
> dependencies that don't exist in CentOS 7.
>
> --> Processing Dependency: perl(RabinKarpAccel) for package:
> spamassassin-3.4.2-0.el7.centos.x86_64
> --> Finished Dependency Resolution
> Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
> (/spamassassin-3.4.2-0.el7.centos.x86_64)
>            Requires: perl(RabinKarpAccel)
> Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64
> (/spamassassin-3.4.2-0.el7.centos.x86_64)
>            Requires: perl(Devel::Size)
>
> To get around those I had to remove these (as I undersand they're
> experimental anyway):
>
> Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm
> Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm
> Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinKarpBody.pm
>
> At first I tried removing all in MANIFEST.SKIP, but that seemed to be too
> much for it. :)
>
> Also there are a couple of warnings when building:
>
> make -f spamc/Makefile spamc/spamc
> make[1]: Entering directory `/home/reio/rpmbuild/BUILD/Mai
> l-SpamAssassin-3.4.2'
> make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent
> make rule.
> gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
>  -m64 -mtune=generic spamc/spamc.c spamc/getopt.c spamc/libspamc.c
> spamc/utils.c \
>         -o spamc/spamc  -lssl -lcrypto  -ldl -lz
> spamc/libspamc.c: In function '_try_to_connect_tcp':
> spamc/libspamc.c:491:19: warning: variable 'family' set but not used
> [-Wunused-but-set-variable]
>              char *family = NULL;
>                    ^
> spamc/libspamc.c: In function 'transport_setup':
> spamc/libspamc.c:1911:35: warning: unused variable 'addrp'
> [-Wunused-variable]
>      struct addrinfo hints, *res, *addrp;
>                                    ^
> spamc/libspamc.c: In function 'libspamc_log':
> spamc/libspamc.c:2239:9: warning: ignoring return value of 'write',
> declared with attribute warn_unused_result [-Wunused-result]
>          (void) write (2, buf, len);
>          ^
> make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/Mai
> l-SpamAssassin-3.4.2'
>
>

Re: spamc --reporttype= not working and curious log message.

Posted by Reio Remma <re...@mrstuudio.ee>.
On 20.04.18 9:50, Giovanni Bechis wrote:
> On 04/19/18 09:24, Reio Remma wrote:
> [...]
>> *Update:* none of the --option= switches work.
>>
>> handle_user (userdir) unable to find user: '' is caused because I have the -username switch as --username=amavis instead of --username amavis
>>
>> It worked in 3.4.1.
>>
>> Is it at all possible that I botched the RPM for 3.4.2?
>>
> no, I botched it.
> Fixed in r1829628.
>   Thanks
>    Giovanni

I can confirm that it works.

Two things I wanted to point out that I noticed when building the RPM 
for CentOS 7. There seem to be a few things in 3.4.2 branch that have 
dependencies that don't exist in CentOS 7.

--> Processing Dependency: perl(RabinKarpAccel) for package: spamassassin-3.4.2-0.el7.centos.x86_64
--> Finished Dependency Resolution
Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64 (/spamassassin-3.4.2-0.el7.centos.x86_64)
            Requires: perl(RabinKarpAccel)
Error: Package: spamassassin-3.4.2-0.el7.centos.x86_64 (/spamassassin-3.4.2-0.el7.centos.x86_64)
            Requires: perl(Devel::Size)

To get around those I had to remove these (as I undersand they're 
experimental anyway):

Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/NetCache.pm
Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Util/MemoryDump.pm
Mail-SpamAssassin-3.4.2/lib/Mail/SpamAssassin/Plugin/RabinKarpBody.pm

At first I tried removing all in MANIFEST.SKIP, but that seemed to be 
too much for it. :)

Also there are a couple of warnings when building:

make -f spamc/Makefile spamc/spamc
make[1]: Entering directory `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'
make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent make rule.
gcc -DSPAMC_SSL -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches   -m64 -mtune=generic spamc/spamc.c spamc/getopt.c spamc/libspamc.c spamc/utils.c \
	-o spamc/spamc  -lssl -lcrypto  -ldl -lz
spamc/libspamc.c: In function '_try_to_connect_tcp':
spamc/libspamc.c:491:19: warning: variable 'family' set but not used [-Wunused-but-set-variable]
              char *family = NULL;
                    ^
spamc/libspamc.c: In function 'transport_setup':
spamc/libspamc.c:1911:35: warning: unused variable 'addrp' [-Wunused-variable]
      struct addrinfo hints, *res, *addrp;
                                    ^
spamc/libspamc.c: In function 'libspamc_log':
spamc/libspamc.c:2239:9: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result]
          (void) write (2, buf, len);
          ^
make[1]: Leaving directory `/home/reio/rpmbuild/BUILD/Mail-SpamAssassin-3.4.2'


Re: spamc --reporttype= not working and curious log message.

Posted by Giovanni Bechis <gi...@paclan.it>.
On 04/19/18 09:24, Reio Remma wrote:
[...] 
> *Update:* none of the --option= switches work.
> 
> handle_user (userdir) unable to find user: '' is caused because I have the -username switch as --username=amavis instead of --username amavis
> 
> It worked in 3.4.1.
> 
> Is it at all possible that I botched the RPM for 3.4.2?
> 
no, I botched it.
Fixed in r1829628.
 Thanks
  Giovanni

Re: spamc --reporttype= not working and curious log message.

Posted by Reio Remma <re...@mrstuudio.ee>.
On 19.04.18 9:45, Reio Remma wrote:
> Hello!
>
> I'm trying to use this to report spam:
>
> spamc --reporttype=report --username=amavis < mail
>
> However all I get is:
>
> spamc[9632]: Please specify a legal report type
>
> It works if I omit the = after --reporttype. This is with SA 3.4.2 
> from SVN, iirc it worked the other day with --reporttype=report in 3.4.1.
>
> I'm also curious about a log message when reporting:
>
> spamd[9506]: spamd: handle_user (userdir) unable to find user: ''

*Update:* none of the --option= switches work.

handle_user (userdir) unable to find user: '' is caused because I have 
the -username switch as --username=amavis instead of --username amavis

It worked in 3.4.1.

Is it at all possible that I botched the RPM for 3.4.2?

Reio