Hi,
On 16.02.2018 15:37, Robert Stepanek wrote:
Thanks for making this more clear to me :)
On Fri, Feb 16, 2018, at 11:07, Vladislav Kurz wrote:
The problem is that headers with non-ascii chars are encoded in form
like this:
Subject: =?UTF-8?B?UmU6I.....gVG9v?=
And also the body is sometimes completely in base64, even though it is
just plaintext or HTML in UTF-8. Depends on sender's mail client.
AFAIK the Sieve implementation in Cyrus 2.5 fully implements RFC 5228, including the string comparison requirements of section 2.7 [1]. That is, it implements the ascii-casemap and octet collations. It decodes MIME headers to UTF-8 before matching (e.g. see [2] and [3]). The RFC 5173 Sieve body extension is also supported [4].
Eugene, does that work for you?
Yes, thanks, I experimented and found that it's fully working, thanks a
lot (I'm truly impressed).
But my users kind of demand more and more :), now they want not only the
header/body search, but also sorting out the letters to the folders that
contain the localized symbols. So, it's working fine when a folder is
named 'Junk e-mail', but when it's named 'Спам', this stops working. Of
course, the workaround is to determine on-disk name of the folder, this
can be done by ls'ing the folder name on the disk, but only few users
can ssh to server, so the rest have a choice of either using latin names
for folders or to ask their system engineer. So I wanted to ask - is
there any more elegant solution ?
Eugene.
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus