<div dir="ltr">Is there a way to get this as a patchset against 2.3.8?<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 8, 2019 at 12:03 PM Stephan Bosch via dovecot <<a href="mailto:dovecot@dovecot.org">dovecot@dovecot.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 08/10/2019 02:52, Stephan Bosch via dovecot wrote:<br>
><br>
><br>
> On 07/10/2019 15:13, Fabian Kuran via dovecot wrote:<br>
>> Hi,<br>
>><br>
>>> Am 23.09.2019 um 09:36 schrieb Filip Hanes <<a href="mailto:filip.hanes@ringier.sk" target="_blank">filip.hanes@ringier.sk</a> <br>
>>> <mailto:<a href="mailto:filip.hanes@ringier.sk" target="_blank">filip.hanes@ringier.sk</a>>>:<br>
>>><br>
>>><br>
>>> št 19. 9. 2019 o 15:30 Fabian via dovecot <<a href="mailto:dovecot@dovecot.org" target="_blank">dovecot@dovecot.org</a> <br>
>>> <mailto:<a href="mailto:dovecot@dovecot.org" target="_blank">dovecot@dovecot.org</a>>> napísal(a):<br>
>>><br>
>>>     Are there any other hints or tips regarding this „invalid uid<br>
>>>     ‚0‘"-message?<br>
>>><br>
>>> from fts-solr source:<br>
>>>     case SOLR_XML_CONTENT_STATE_UID:<br>
>>>         if (uint32_parse(str, len, &ctx->uid) < 0 || ctx->uid == 0) {<br>
>>>             i_error("fts_solr: received invalid uid '%s'", t_strndup(str, len)); <br>
>>><br>
>>> It means that plugin tries to parse '0' when in state of parsing uid <br>
>>> in xml response from solr or there is a bug in xml response parser.<br>
>>> I would enable rawlog_dir in config and look there for unusual <br>
>>> response or extra tags near usual uid in xml response. For example:<br>
>>> |plugin { fts = solr fts_solr = url=... <br>
>>> rawlog_dir=/var/log/fts-solr/ }|<br>
>>><br>
>><br>
>> Thanks for this tip! The rawlog_dir option is not yet supported in <br>
>> our version 2.3.4. What we could provide now would be the <br>
>> XML-Response from Solr. The corresponding search query sometimes <br>
>> causes this error. But Solr's answer seems to always remain the same <br>
>> - in my opinion this already indicates a bug of Dovecot?<br>
>><br>
>> The XML response can be downloaded here: <br>
>> <a href="https://owncloud.eideo.de/index.php/s/8oyJaf5HBK6zdbr" rel="noreferrer" target="_blank">https://owncloud.eideo.de/index.php/s/8oyJaf5HBK6zdbr</a><br>
><br>
> Based on the XML response above, I investigated this problem <br>
> thoroughly and determined that this is a pretty severe bug in the Solr <br>
> XML response parsing code. This occurs only when the response is <br>
> rather large and the boundary between two read chunks falls in the <br>
> middle of a numeric value (that happens to end in '0').<br>
><br>
> Tracking internally as DOP-1470.<br>
><br>
> I think this may also explain some of the weird reports about invalid <br>
> UIDs that we've seen in recent history on this mailing list.<br>
<br>
Preliminary fix is here: <br>
<a href="https://github.com/stephanbosch/dovecot-core/commits/fix-solr-xml-parser" rel="noreferrer" target="_blank">https://github.com/stephanbosch/dovecot-core/commits/fix-solr-xml-parser</a><br>
<br>
It's big due to some code restructuring for making a proper unit test. I <br>
am not sure when this will be in a release.<br>
<br>
Regards,<br>
<br>
Stephan.<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Larry Rosenman                     <a href="http://www.lerctr.org/~ler" target="_blank">http://www.lerctr.org/~ler</a><br><span>Phone: <span title="Call with Google Voice"><span title="Call with Google Voice"><span title="Call with Google Voice">+1 214-642-9640</span></span></span> (c)     E-Mail: </span><a href="mailto:larryrtx@gmail.com" target="_blank">larryrtx@gmail.com</a><br>US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106</div></div></div></div></div></div></div></div>