[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: Bug#32555: marked as done (the filter rules for cc and To and
From:       Marc Mutz <Marc.Mutz () uni-bielefeld ! de>
Date:       2001-09-17 10:53:49
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sunday 16 September 2001 22:28, Ingo Klöcker wrote:
<snip>
> Normally one wants to use this filter in the form Christian thought
> it would work (and actually it worked like that until KMail 1.3).
<snip>

I'm aware of that. This is why I labelled it as an documentation bug. 
This can only be overcome if we extend the rules to be like the 
actions, ie. each rule can have it's own edit widget. I will tackle 
this when Kmime is finished and proving stable, but everyone is free to 
do this, of course.

> BTW, how does <header field> work?
> Does "<header field> doesn't contain xxx" mean
> a) No header field contains xxx
> or
> b) At least one header field doesn't contain xxx
> ?
> I hope it's a).

It's c) the first occurence of the header field doesn't contain xxx
This is a limitation forced by the current usage of mimelib, but it's 
not a grave limitation, becuase rfc2822 deprecates the use of mulitple 
instances of headers, except for trace and resent fields.

> Alternatively it could be replaced by <recipients> which should be
> similar to the TO_ in procmail (man:procmailrc) and where
> "<recipients> contains xxx" means at least one recipient field (i.e.
> To or Cc or ...) contains xxx while "<recipients> doesn't contain
> xxx" means no recipient field contains xxx.
<snip>

ACK. But that's if not impossible then very hard to do with the current 
message classes. Another thing that has to wait for KMime, I fear :-(

The good thing here is that I have all this in mind when designing 
KMime.

Marc

- -- 
[..] The DMCA has thus far been used to: censor a journalist reporting
on a controversial software program; attempt to squelch the research
of a Princeton professor who discovered the vulnerabilities of the
music industry's favored technology; and arrest a foreign computer
programmer for developing software that allows lawful purchasers of
electronic books to view them in ways not supported by [Adobe's]
software.     -- EFF FTAA Alert:
                 Stop Hollywood Forcing Technology Ban on 34 Countries
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7pdY+3oWD+L2/6DgRAnEwAJsFYJxZmbdQB6tO27YkWQF33YR+iQCfQqSw
4Td0dZxilWODMmOfgvuwCU0=
=CRGY
-----END PGP SIGNATURE-----
ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ\ZZÿÿ¥Ðþÿ ÍþÿšÊþÿ”Çþÿÿÿÿÿ¤Øþÿ¤Øþÿ¤Øþÿ¤Øþÿ¤Øþÿ¤Øþÿ
_______________________________________________
Kmail Developers mailing list
Kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail

[prev in list] [next in list] [prev in thread] [next in thread]