Problem applying filter from inside kmail -- perhaps arguments for external command lost

Bug #1102859 reported by taghoter
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kdepim (Ubuntu)
New
Undecided
Unassigned

Bug Description

I am having a problem with the filtering mechanism inside Kmail. The issue is that right now I cannot determine if the problem is in the definition of the filters or somewhere else.

The scenario is the following. I am using the crm114 mechanism for classifying spam mail and for indicating crm114 which I would like to be classified as good and which as spam. For crm114 I am using the mailreaver method as recommended. The problem is when defining the filter for identifying a mail as spam and making crm114 to learn it as such. Being defined some rules for filtering before, the rule for learning a mail as spam I am using is the following:

   Redirect through: 'crm -u ~/.crm114 mailreaver.crm --spam'

This has been done so since it is recommended in the crm114 documentation. This rule is the last one of the set of rules defined inside kmail. Seriously, I do not know if when intended to be applied this filter some other filter is taken instead --but this filter is indeed intended to be used since I've tried to do so from the menu and from an icon placed on purpose on the tools bar-- or if what happens is that the '--spam' option were not considered at all, so that when one thinks that it is learning that mail as spam it is taken in fact as good. I have tried to run that command with the option outside kmail and then it learns it as spam correctly, but from inside Kmail it is making somethig else.

I can also say that I have the impression that I had been experiencing this issue with some previous versions of kmail as well.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: kmail 4:4.9.98-0ubuntu1
ProcVersionSignature: Ubuntu 3.8.0-1.5-generic 3.8.0-rc4
Uname: Linux 3.8.0-1-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.8-0ubuntu2
Architecture: amd64
Date: Tue Jan 22 08:31:34 2013
MarkForUpload: True
ProcEnviron:
 LANGUAGE=es_ES
 TERM=xterm
 PATH=(custom, no user)
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
SourcePackage: kdepim
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
taghoter (tomas-bautista) wrote :
Revision history for this message
taghoter (tomas-bautista) wrote :
Download full text (5.1 KiB)

Now... I have upgraded today finally to version KDE 4.10 exactly within the same system and now I am experiencing something that I do not know if it is 'sligthly' different or if it is due to exactly the same issue. The issue that I wanted to refer to now is that appart from a first set of four rules for making the filtering of mails to look for possible spam and classify it, I have three different additional filters to select among depending on the learning procedure I would wish to follow with a specific mail in particular. The issue is that in the first group of filters I have set a "StopProcessingHere" option set to true, since it is intended to be configured for working more or less automatically with the spam identification program (in this case, crm114), and the three last filters would be filters to be possible to choose among. I can say that, and I do not know why, independently of the filter I manually choose it always runs the first one of this set of additional three.

I add the contents of the akonadi_mailfilter_agentrc file:

[Filter #0]
Applicability=1
AutomaticName=false
ConfigureShortcut=false
ConfigureToolbar=false
Enabled=true
Icon=system-run
StopProcessingHere=false
ToolbarName=For all messages
action-args-0=crm -u /home/user/.crm114 mailreaver.crm
action-name-0=filter app
actions=1
apply-on=check-mail
contentsA=0
fieldA=<size>
funcA=greater-or-equal
identifier=JORrw8L9eSZHmYP1
name=For all messages
operator=all
rules=1

[Filter #1]
Applicability=1
AutomaticName=false
ConfigureShortcut=false
ConfigureToolbar=false
Enabled=true
Icon=system-run
StopProcessingHere=true
ToolbarName=Spam
action-args-0=P
action-args-1=314
action-args-2=R
action-name-0=set status
action-name-1=transfer
action-name-2=set status
actions=3
apply-on=check-mail
contentsA=SPAM
fieldA=X-CRM114-Status
funcA=contains
identifier=YTcswhM5YZRYsnxj
name=Spam
operator=or
rules=1

[Filter #2]
Applicability=1
AutomaticName=false
ConfigureShortcut=false
ConfigureToolbar=false
Enabled=true
Icon=system-run
StopProcessingHere=true
ToolbarName=Possible spam
action-args-0=P
action-name-0=set status
actions=1
apply-on=check-mail
contentsA=UNSURE
fieldA=X-CRM114-Status
funcA=contains
identifier=YTcswhM5YZRYsnxj
name=Possible spam
operator=or
rules=1

[Filter #3]
Applicability=1
AutomaticName=false
ConfigureShortcut=false
ConfigureToolbar=false
Enabled=true
Icon=system-run
StopProcessingHere=true
ToolbarName=Ham - stop
action-args-0=H
action-args-1=U
action-name-0=set status
action-name-1=set status
actions=2
apply-on=check-mail
contentsA=0
fieldA=<size>
funcA=greater
identifier=YTcswhM5YZRYsnxj
name=Ham - stop
operator=all
rules=1

[Filter #4]
Applicability=0
AutomaticName=false
ConfigureShortcut=true
ConfigureToolbar=true
Enabled=true
Icon=security-low
StopProcessingHere=true
ToolbarName=Classify as spam and remove
accounts-set=akonadi_pop3_resource_6,akonadi_mbox_resource_0,akonadi_pop3_resource_5,akonadi_pop3_resource_9,akonadi_pop3_resource_0,akonadi_pop3_resource_4,akonadi_maildir_resource_0,akonadi_pop3_resource_8,akonadi_pop3_resource_13,akonadi_pop3_resource_1,akonadi_imap_resource_0,akonadi_pop3_resource_3
action-args-0=cat > /tmp/spam.txt
action-args-1=R
acti...

Read more...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.