<div dir="ltr">Any news on this getting into a release?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Oct 13, 2019 at 2:24 AM Stephan Bosch <<a href="mailto:stephan@rename-it.nl">stephan@rename-it.nl</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 10/10/2019 04:05, Larry Rosenman via dovecot wrote:<br>
> Is there a way to get this as a patchset against 2.3.8?<br>
><br>
<br>
<a href="https://github.com/stephanbosch/dovecot-core/tree/fix-solr-xml-parser-2.3.8" rel="noreferrer" target="_blank">https://github.com/stephanbosch/dovecot-core/tree/fix-solr-xml-parser-2.3.8</a><br>
<br>
This hasn't seen any QA yet, so handle with care.<br>
<br>
Regards,<br>
<br>
Stephan.<br>
<br>
><br>
> On Tue, Oct 8, 2019 at 12:03 PM Stephan Bosch via dovecot <br>
> <<a href="mailto:dovecot@dovecot.org" target="_blank">dovecot@dovecot.org</a> <mailto:<a href="mailto:dovecot@dovecot.org" target="_blank">dovecot@dovecot.org</a>>> wrote:<br>
><br>
><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<br>
>  Â  Â <<a href="mailto:filip.hanes@ringier.sk" target="_blank">filip.hanes@ringier.sk</a> <mailto:<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> <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>><br>
>  Â  Â >>> <mailto:<a href="mailto:dovecot@dovecot.org" target="_blank">dovecot@dovecot.org</a> <mailto:<a href="mailto:dovecot@dovecot.org" target="_blank">dovecot@dovecot.org</a>>>><br>
>  Â  Â 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>
>  Â  Â >>><br>
>  Â  Â Â Â Â Â Â Â Â Â if (uint32_parse(str, len, &ctx->uid) < 0 || ctx->uid == 0) {<br>
>  Â  Â >>><br>
>  Â  Â Â Â Â Â Â Â Â Â Â Â Â Â i_error("fts_solr: received invalid uid '%s'", t_strndup(str, len));<br>
><br>
>  Â  Â >>><br>
>  Â  Â >>> It means that plugin tries to parse '0' when in state of<br>
>  Â  Â parsing uid<br>
>  Â  Â >>> in xml response from solr or there is a bug in xml response<br>
>  Â  Â 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<br>
>  Â  Â 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<br>
>  Â  Â 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<br>
>  Â  Â 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<br>
>  Â  Â 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<br>
>  Â  Â test. I<br>
>  Â  Â am not sure when this will be in a release.<br>
><br>
>  Â  Â Regards,<br>
><br>
>  Â  Â Stephan.<br>
><br>
><br>
><br>
> -- <br>
> Larry Rosenman <a href="http://www.lerctr.org/~ler" rel="noreferrer" target="_blank">http://www.lerctr.org/~ler</a><br>
> Phone: +1 214-642-9640 (c) E-Mail: <a href="mailto:larryrtx@gmail.com" target="_blank">larryrtx@gmail.com</a> <br>
> <mailto:<a href="mailto:larryrtx@gmail.com" target="_blank">larryrtx@gmail.com</a>><br>
> US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106<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>