Set filters are ineffective

Can you give an example of an ignored rule and an email that should trigger it? I've suspected this several times, only to find on closer examination that the message was correctly caught by a previous filter, my filter definition was slightly off, etc. Can you also provide instructions on creating a filter that gets the leading space? I'm unable to reproduce that with From: == test, mark as important.

On Monday 17 April 2006 21:20, Rocco Stanzione wrote:
> Can you give an example of an ignored rule and an email that should trigger
> it? I've suspected this several times, only to find on closer examination
> that the message was correctly caught by a previous filter, my filter
> definition was slightly off, etc. Can you also provide instructions on
> creating a filter that gets the leading space? I'm unable to reproduce
> that with From: == test, mark as important.
>
> ** Changed in: kdepim kmail (Ubuntu)
> Status: Unconfirmed => Needs Info

Attached is a msg I should not have received. The rule follows --right from
kmailrc, this time. Hope it'll help. I'm sick of getting these.

[PopFilter #3]
action=delete
<email address hidden>
contentsB="Omaha Steaks" <email address hidden>
contentsC=offer.omahasteaks.com
contentsD="Omaha Steaks"
fieldA=From
fieldB=From
fieldC=From
fieldD=From
funcA=contains
funcB=contains
funcC=contains
funcD=contains
name=<unknown>
operator=or
rules=4

Interestingly, the attached msg meets three of the four conditions of the
rule ...and was d/l anyhow. There is a definite problem, here.
--
 ...CH

You seem to have forgotten to attach the email. It may also be helpful to attach your kmailrc in its entirety, to rule out the possibility of conflicting filters. Also, do you happen to have an imap account you can test this on, to narrow it down to pop filter functionality?

On Tuesday 18 April 2006 22:05, Rocco Stanzione wrote:
> You seem to have forgotten to attach the email. It may also be helpful
> to attach your kmailrc in its entirety, to rule out the possibility of
> conflicting filters. Also, do you happen to have an imap account you
> can test this on, to narrow it down to pop filter functionality?

Hm... the copy in my sent folder showed the msg at the bottom. In short, the
address was <email address hidden>. I have since deleted the
original. It was HTML, and I thought that perhaps the headers would tell you
something. Perhaps if I just fwd the next one & attach the bug#...?

Here is the kmailrc in its entirety ...well, almost. I've deleted some
sensitive stuff but the rules & settings are intact. Unfortunately, I do not
have an imap account. Hell... I'm not sure what that is, actually. <LOL>
I've heard of it, at least...
--
 ...CH

[$Version]
update_info=kmail.upd:1,kmail.upd:4,kmail.upd:5,kmail.upd:6,kmail.upd:7,kmail.upd:8,kmail.upd:9,kmail.upd:3.1-update-identities,kmail.upd:3.1-use-identity-uoids,kmail.upd:3.1-new-mail-notification,kmail.upd:3.2-update-loop-on-goto-unread-settings,kmail.upd:3.1.4-dont-use-UOID-0-for-any-identity,kmail.upd:3.2-misc,kmail.upd:3.2-moves,kmail.upd:3.3-use-ID-for-accounts,kmail.upd:3.3-move-identities-to-own-file,kmail.upd:3.3-aegypten-kpgprc-to-kmailrc,kmail.upd:3.3-misc,kmail.upd:3.3b1-misc,kmail.upd:3.4,kmail.upd:3.4a,kmail.upd:3.4b,kmail.upd:3.4.1,kmail.upd:3.3-update-filter-rules

[Account 1]
Folder=Z_Junk
Id=#####
Name=myisp
Type=pop
auth=USER
check-exclude=false
check-interval=0
filter-on-server=false
filter-os-check-size=50000
host=205.247.xxx.xxx
leave-on-server=false
leave-on-server-count=0
leave-on-server-days=0
leave-on-server-size=0
login=mylogin
pipelining=false
port=110
precommand=
sieve-alternate-url=
sieve-port=2000
sieve-reuse-config=true
sieve-support=false
sieve-vacation-filename=
store-passwd=true
trash=trash
use-ssl=false
use-tls=false

[Composer]
attachment-keywords=attachment,attached
confirm-before-send=false
crypto-encrypt-to-self=true
crypto-show-encryption-result=false
crypto-show-keys-for-approval=true
crypto-store-encrypted=true
crypto-warn-encr-chaincert-near-expire-int=14
crypto-warn-encr-key-near-expire-int=14
crypto-warn-encr-root-near-expire-int=14
crypto-warn-recv-not-in-cert=true
crypto-warn-sign-chaincert-near-expire-int=14
crypto-warn-sign-key-near-expire-int=14
crypto-warn-sign-root-near-expire-int=14
crypto-warn-when-near-expire=true
crypto-warning-unencrypted=false
crypto-warning-unsigned=false
current-transport=Smartcom
default-transport=Smartcom
force-reply-charset=false
never-encrypt-drafts=true
outlook-compatible-attachments=false
pgp-auto-encrypt=false
pgp-auto-sign=true
pref-charsets=us-ascii,iso-8859-1,locale,utf-8
previous-fcc=sent-mail
previous-identity=829230339
showForgottenAttachmentWarning=true

[Composer Toolbar htmlToolBar]
Hidden=true
IconText=IconOnly
Index=1

[Composer Toolbar mainToolBar]
Index=0

[Filter #0]
Applicability=0
AutomaticName=false
ConfigureShortcut=false
ConfigureToolbar=false
Icon=
StopProcessingHere=true
accounts-set=
action-args-0=trash
action-name-0=transfer
acti...

On Tuesday 18 April 2006 22:05, Rocco Stanzione wrote:
> You seem to have forgotten to attach the email. It may also be helpful
> to attach your kmailrc in its entirety, to rule out the possibility of
> conflicting filters. Also, do you happen to have an imap account you
> can test this on, to narrow it down to pop filter functionality?

I note that there seems to be nobody assigned to this bug... has the ball been
dropped?? The filters still_do_not_work... and my system is up-to-date.
--
 ...CH

The kmailrc file (which worked on Breezy) is attached for your perusal. :-)

OK, I am trying to look at this again. How exactly are you configuring your filters? Is it bogofilter, SPAM filter, what? Thank you.

On Thursday 11 May 2006 11:08, Barry deFreese wrote:
> OK, I am trying to look at this again. How exactly are you configuring
> your filters? Is it bogofilter, SPAM filter, what? Thank you.

I used to use bogofilter but I believe I successfully eradicated it in favor
of my own rules, temporarily. At least I saw no mention in my rules. When I
did use it I changed its behaviour.

HTH...
--
 ...CH

I have tested filters today and cannot reproduce your problem. The fact is that you filters with [PopFilter #X] looks very different than others and I am not sure how they get generated that way in the kmailrc file.

Appears to be fixed. Please reopen if this is not the case.