[SOLVED] sieve filter not matching against multiple header names

[jocx]

Hello,

I'm administrating and testing a zimbra opensource
edition installation.

I'm converting some sieve script elements from cyrus to zimbra.
When I try "header named" "received" contains "128",
say, if it fails on the first occurrence of a "received" header
if that instance (working down from the top of the
message headers) doesn't contain "128". I want it
to match if ANY "received" header contains a "128".
If a following "recieved" line does contain a "128" it still
fails.

Cyrus's sieve does this differently, matching if ANY
line with that header does match the string.

In actuality, I'm trying to match against "Delivered-To"
headers, as that is helpful for matching against messages
that traversed qmail installations. I'm just using "Received"
as an example of how I want to use it.

I think in fact, this might be due to a difference in the
way jsieve has implemented the rfc, but I'm willing to
find out there's something else at play here. Or perhaps
there's a work-around trick. I'd very much like to check
multiple "Delivered-To:" instances for the string that
would assist in a filter action.

thanks,
John

summary:

# test-filter
if anyof (header :contains "Received" "128" )
{
fileinto "/00-test";
stop;
}

doesn't find 128 if a non-first Received line does contain 128.

[jocx]

hi.
Working with filter migration from cyrus, I've been disappointed to find
the filters won't run string matching logic against multiple headers,
looking for any that match. I'd like to, for example, match "true" if
any one of many "Delivered-To" header lines contains a specific string.
It apparently only checks against the first named line.

I've posted to users forum without response.
http://www.zimbra.com/forums/users/1...der-names.html

Should I open this as a bug ticket? Would zimbra work with jsieve
developers to see if the behavior should be altered?
What version of jsieve does Zimbra use?

As a general set of comments, I find the filter
interface is difficult to use with many filters
to manage. No possibilities to do text searches for sought strings.
It is cumbersome to position a lower filter instance or
take other actions as the tabs and actions scroll up and away.
(It could be nicer to scroll just the entries).

thanks,
John

[jocx]

I upgraded to 4.5.10_GA_1575
and the filter behavior is now correct.
thanks,
John

[mmorse]

Might have been part of Bug 21287 - Mail Filters broken for "Header named Received contains"