<p dir="ltr">Vladimir,</p>
<p dir="ltr">Is it possible to add iconv to your chroot? Are you permitted to since this is a production machine?  If so that seems your best option.  It seems as though you will need to copy the /usr/lib/gconv directory into your chroot root as well.</p>
<p dir="ltr">See https://bugs.php.net/bug.php?id=44096 towards the end if the page.</p>
<p dir="ltr">Kyle</p>
<p dir="ltr">On Sep 26, 2016 4:41 PM, Vladimir Gorpenko <vgo@stels.ru> wrote:<br>
><br>
> Something managed to be clarified. Perhaps, it will be interesting.<br>
><br>
> If you remember, I have two servers, will call them W and T. T normally <br>
> opens letters in these codings, W shows something like the Arab <br>
> characters.<br>
><br>
> 1. In case of conversion of the codings RC at first tries to use iconv. <br>
> As iconv(php) is an interface to the linux utility iconv, it doesn't <br>
> work at the server W where chroot is used. On the T server iconv <br>
> transforms both of these codings normally.<br>
><br>
> 2. In the second queue  RC tries to apply mbstring to conversion of <br>
> codings. Mbstring, apparently, doesn't understand GB2312 (GBK), but <br>
> understands ISO-2022-KR. Nevertheless, mbstring also doesn't work at W <br>
> server. I think, the reason is also somehow connected to chroot.<br>
><br>
> I suppose, RC has problems with different codings by operation under <br>
> chroot. Though I still hope to set up operation of iconv and mbstring.<br>
><br>
> -- <br>
> Best regards,<br>
>     Vladimir Gorpenko<br>
> _______________________________________________<br>
> Roundcube Development discussion mailing list<br>
> dev@lists.roundcube.net<br>
> http://lists.roundcube.net/mailman/listinfo/dev<br></p>