[imp] Spam not reporting

HiP-HiPpO arthur at cdne.net
Wed Jan 4 17:58:26 UTC 2017


   

>  
>
>> I have spam reporting enabled.  What I discovered is that messages  
>> sent through this method are not actually being submitted  
>> correctly.  I also found through manual testing, that the parameter  
>> '-C revoke' is not always successful.  So I changed the program  
>> line for spamc to use '-L spam' and '-L forget' respectively.  
>>  Here's how I tested.
>>
>> In Horde and logged in as user1, find a message in Inbox to route  
>> through the Spam reporting process.  Select it and choose Other  
>> Options->View Source.  Copy all the source into a new file named  
>> email.eml on the mail server system.
>>
>> Log into the mail server system as user1.
>> Using spamc, manually report the email as spam to the system to  
>> understand the intended behavior.
>> $ spamc -d localhost -L spam -s 1500000 -u user1 < email.eml
>>
>> Responds with 
>> Message successfully un/learned
>>
>> Run the same command a second time.
>> $ spamc -d localhost -L spam -s 1500000 -u user1 < email.eml
>>
>> Responds with
>> Message was already un/learned
>>
>> Remove the email from spamassassin with 
>> $ spamc -d localhost -L forget -s 1500000 -u user1 < email.eml
>>
>> Responds with
>> Message successfully un/learned
>>
>> Next, let's report the same email using Horde Spam Reporting then  
>> manually test that it was learned.  
>> In Horde, choose the same message from the Inbox and use the Spam  
>> reporting method.  Horde handles the spam reporting correctly and  
>> the messsage is moved to an alternative folder as intended.  This  
>> works fine.
>>
>> Let's return to the email server system and manually check that the  
>> email was submitted correctly.
>>
>> Rerun spamc with the email.eml file.  This should respond with a  
>> meesage that this was already learned.
>>
>> $ spamc -d localhost -L spam -s 1500000 -u user1 < email.eml
>>
>> Responds with 
>> Message successfully un/learned
>>
>> It does NOT!  Instead this message has now been learned manually.  
>>  Horde did not report this correctly.
>>
>> Here is my backends.local.php file for reference.
>>
>> <?php
>> $servers['imap']['disabled'] = true;
>> $servers['advanced']['disabled'] = false;
>> $servers['advanced']['name'] = 'Advanced IMAP Server';
>> $servers['advanced']['hostspec'] = 'localhost';
>> $servers['advanced']['port'] = 143;
>> $servers['advanced']['maildomain'] = 'domain.net';
>> $servers['advanced']['spam']['innocent']['display'] = true;
>> $servers['advanced']['spam']['innocent']['program'] =  
>> '/usr/bin/spamc -s 1500000 -d localhost -L forget -u %l';
>> $servers['advanced']['spam']['spam']['display'] = true;
>> $servers['advanced']['spam']['spam']['program'] = '/usr/bin/spamc  
>> -s 1500000 -d localhost -L spam -u %l';
>> $servers['advanced']['special_mboxes']['IMP_Mailbox::MBOX_DRAFTS']  
>> = 'Drafts';
>> $servers['advanced']['special_mboxes']['IMP_Mailbox::MBOX_SENT'] = 'Sent';
>> $servers['advanced']['special_mboxes']['IMP_Mailbox::MBOX_SPAM'] = 'Spam';
>> $servers['advanced']['special_mboxes']['IMP_Mailbox::MBOX_TEMPLATES'] =  
>> 'Templates';
>> $servers['advanced']['special_mboxes']['IMP_Mailbox::MBOX_TRASH'] = 'Trash';
>> $servers['advanced']['autocreate_special'] = true;
>>
>> Looking at the apache status, it does show that spamc process was  
>> kicked off, but it does not appear that any intended email files  
>> are actually being submitted, unless this is just how the log lines  
>> appear.
>>
>> # /etc/init.d/apache2 status 
>> ● apache2.service - LSB: Apache2 web server
>>    Loaded: loaded (/etc/init.d/apache2)
>>   Drop-In: /lib/systemd/system/apache2.service.d
>>            └─forking.conf
>>    Active: active (running) since Thu 2016-12-22 01:54:09 PST; 5 days ago
>>   Process: 25714 ExecStop=/etc/init.d/apache2 stop (code=exited,  
>> status=0/SUCCESS)
>>   Process: 24796 ExecReload=/etc/init.d/apache2 reload  
>> (code=exited, status=0/SUCCESS)
>>   Process: 25739 ExecStart=/etc/init.d/apache2 start (code=exited,  
>> status=0/SUCCESS)
>>    CGroup: /system.slice/apache2.service
>>            ├─  417 /usr/sbin/apache2 -k start
>>            ├─  431 /usr/sbin/apache2 -k start
>>            ├─  432 /usr/sbin/apache2 -k start
>>            ├─  448 /usr/sbin/apache2 -k start
>>            ├─  449 /usr/sbin/apache2 -k start
>>            ├─  452 /usr/sbin/apache2 -k start
>>            ├─  454 /usr/sbin/apache2 -k start
>>            ├─25018 /usr/sbin/apache2 -k start
>>            ├─25753 /usr/sbin/apache2 -k start
>>            ├─25757 /usr/sbin/apache2 -k start
>>            ├─25758 /usr/sbin/apache2 -k start
>>            ├─25843 /usr/sbin/apache2 -k start
>>            ├─25846 /usr/sbin/apache2 -k start
>>            ├─25847 /usr/sbin/apache2 -k start
>>            ├─26512 /usr/sbin/apache2 -k start
>>            ├─27332 /usr/sbin/apache2 -k start
>>            ├─27334 /usr/sbin/apache2 -k start
>>            ├─27403 sh -c /usr/bin/spamc -s 1500000 -d localhost -L  
>> spam -u 'user1'
>>            ├─27404 /usr/bin/spamc -s 1500000 -d localhost -L spam -u user1
>>            ├─28056 /usr/sbin/apache2 -k start
>>            ├─31845 /usr/sbin/apache2 -k start
>>            ├─31987 /usr/sbin/apache2 -k start
>>            └─32190 /usr/sbin/apache2 -k start
>>  
>
> Hi dev list.  Is there any other details I can add to this report  
> that could be helpful to solve this? 
>
> Thank you,
> Art
> --

I added the line
$servers['debug'] = '/tmp/horde-debug.log';
to imp/config/backends.local.php
in hopes to get some additional details to append here.  The log file  
is not created.


More information about the imp mailing list