fts_solr: Lookup failed: 400 Bad Request / GET null null

Chris Laif chris.laif at googlemail.com
Fri Apr 8 15:13:29 UTC 2016

On Wed, Apr 6, 2016 at 9:27 PM, Timo Sirainen <tss at iki.fi> wrote:
>> The total request size is 31708 bytes and it contains many (hundreds?)
>> of 'OR hdrs' (side note: I wonder which client action triggers these
>> kind of requests, maybe the user selected hundreds of mails for
>> search?)
> I bet this is the weird iOS client stupidity where they for some weird reason started issuing commands like:
> SEARCH OR HEADER Message-ID id1 OR HEADER Message-ID id2 OR HEADER Message-ID id3 ...
> With the entire command about ~32 kB. It does it for every single message in the folder. Why not simply FETCH 1:* HEADER.FIELDS[Message-ID] and do the matching itself..
>> I _think_ this is a problem of the URL length / max http header size.
>> (Debian Jessie) Tomcat7 very likely does not accept more than 32kb
>> data in a request.
>> I wonder if Dovecot should limit SOLR requests to a specific size and
>> deny long requests with an imap error (?)
> Or just issue multiple Solr requests.. In any case, troublesome.. Could those limits be just increased in Tomcat?

I've set maxHttpHeaderSize="65536" ("Connector"-definition in
/etc/tomcat7/server.xml) and at least during the last two days no
error occured anymore :-)


More information about the dovecot mailing list