On 16-06-10 02:20 PM, Michael Heydekamp wrote:
Am 08.06.2016 21:04, schrieb Brendan:
On 16-06-07 10:27 PM, A.L.E.C wrote:
On 06/08/2016 02:07 AM, Michael Heydekamp wrote:
Indeed, those messages DO contain the string "Ibiza" in the body, but I didn't ask for a search in the subject AND the body.
These may be IMAP server issues. Enable imap_debug to see what is the query and what is the result.
to elaborate on what alec said, roundcube uses the imap SEARCH command to find messages - perhaps your imap server isn't searching in UTF7IMAP encoded strings correctly (or at all).
Dunno why you're bringing up an UTF7-issue? The subject we're talking about was a) UTF8-encoded, and b) the encoding is not the issue at all. The issue is the FOLDED subject.
as alec pointed out, i was incorrect in mentioning UTF7IMAP, the problem is with UTF8 (which is what i meant, i just typed the wrong encoding method both times in the message).
if your imap server doesn't support searching in utf7imap encoded strings, it'd pretty hard for roundcube to work around that, considering that there are a huge number of ways that string could have been encoded (depending on the charset it was encoded from). roundcube would need to issue an imap search for every possibility, which isn't reasonable (and would be incredibly slow, even if it were done).
Sorry, I don't get what you're trying to point at. I'm just saying that Roundcube should unfold subjects (and other headers) before it checks if they are matching a particular search. Currently it seems that it doesn't do that.
roundcube calls your IMAP server for search (with those imap search commands i had performed manually). roundcube isn't responsible for unfolding the header during the search - your imap server is.
Alec's response above is BTW not referring to this issue at all. He's referring to item 2) of my initial message, which describes a totally different problem.
oh, probably. the problem of it not matching that utf8 folded subject is more interesting though. debug for the
going back to the folded subject one:
Subject:
=?UTF-8?Q?Auftragsbest=C3=A4tigung_D=C3=BCsseldorf-Valencia-Ibiz?=
=?UTF-8?Q?a_12JUN16?=
roundcube asks the imap server to do a search for messages matching that subject. if the imap server does not respond with this message in response to that search, then your imap server is either not unfolding the subject headers or not converting the subject into UTF8 before trying to match against the subject.
if you telnet to the imap server and log in, you should be able to tell which of the two it is:
a01 SEARCH CHARSET UTF-8 SUBJECT "est=C3=A4"
the subject to UTF-8 when trying to search (if it were, the =C3=A4 bit of utf-8 encoding would not match)
a01 SEARCH CHARSET UTF-8 SUBJECT "Düsse"
was failing to convert the subject to UTF-8 while searching
a01 SEARCH CHARSET UTF-8 SUBJECT "12JUN16"
folding the headers correctly when trying to search (since that 12JUN16 string is on the folder part of the header)
a01 SEARCH CHARSET UTF-8 SUBJECT "Ibiza"
does return both messages, and roundcube displays both as a result).
again, here's my imap server responding to those queries correctly (message ID 2 has the same subject you reported above - the "a" utf8 encoded and the subject line wrapped, MID 1 is a message with Ibiza in the subject, but not wrapped or utf8 encoded):
correctly finding the message: a01 SEARCH CHARSET UTF-8 SUBJECT "ibiza"
a01 OK Search completed (0.000 secs).
correctly not finding the utf8 encoding bits: a01 SEARCH CHARSET UTF-8 SUBJECT "est=C3=A4"
a01 OK Search completed (0.000 secs).
correctly finding the message with the wrapped part of the subject: a01 SEARCH CHARSET UTF-8 SUBJECT "12JUN16"
a01 OK Search completed (0.000 secs).
correctly finding a utf8 string in the subject part that isn't folded: a01 SEARCH CHARSET UTF-8 SUBJECT "Düsse"
a01 OK Search completed (0.000 secs).