[Dovecot] sieve header :matches for multiline header
RFC3028 say:
Folding of long header lines (as described in [IMAIL] 3.4.8) is
removed prior to interpretation of the data. The folding syntax (the
CRLF that ends a line plus any leading whitespace at the beginning of
the next line that indicates folding) are interpreted as if they were
a single space.
But it seems to be not true for dovecot-sieve-1.0.2
for header
Received: from example.ru (example.ru [192.168.105.14]) by myserver (Postfix) with ESMTP id D4DA5D85927
This sieve test work:
header :matches "Received" "from *by myserver (Postfix) with ESMTP id *"
But this test not work, while should also work according to RFC:
header :matches "Received" "from * by myserver (Postfix) with ESMTP id *"
-- WBR, Anton Yuzhaninov
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Wed, Mar 26, 2008 at 05:38:35PM -0400, Mark E. Mallett wrote:
On Mon, Mar 17, 2008 at 10:49:16PM +0300, Anton Yuzhaninov wrote:
RFC3028 say:
Not an answer, but note that RFC3028 has been superseded by RFC5228.
...which both refer to RFC2822 resp. RFC822 in "header folding and unfolding" matters, which in turn, to my (admittedly superficial scanning) have the same to say in this point (it's 2.2.3. "Long Header Fields" in both cases).
So the OP's point seems still to hold.
Regards
- -- tomás -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFH63ZHBcgs9XrR2kYRAvoQAJ9GKwgGdRDyLcRJC94wZ5F8B6TY0ACeIkpc UfP/n+XUQbW2wqKOE3qO6Pc= =qw+K -----END PGP SIGNATURE-----
On Mon, 2008-03-17 at 22:49 +0300, Anton Yuzhaninov wrote:
RFC3028 say:
Folding of long header lines (as described in [IMAIL] 3.4.8) is removed prior to interpretation of the data. The folding syntax (the CRLF that ends a line plus any leading whitespace at the beginning of the next line that indicates folding) are interpreted as if they were a single space.
But it seems to be not true for dovecot-sieve-1.0.2
Fixed: http://hg.dovecot.org/dovecot-sieve-1.0/rev/5c3ba11994cb
I tested that it works with Sieve plugin v1.1.
participants (4)
-
Anton Yuzhaninov
-
Mark E. Mallett
-
Timo Sirainen
-
tomas@tuxteam.de