All many thanks.

The problem was really solved by copying/usr/lib64/gconv in /chroot. Why mbstring didn't work and whether it works now - I don't know, but iconv, obviously, works.

---
Best regards,
   Vladimir Gorpenko

 

Kyle Francis писал 2016-09-27 01:27:

Vladimir,

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.

See https://bugs.php.net/bug.php?id=44096 towards the end if the page.

Kyle

On Sep 26, 2016 4:41 PM, Vladimir Gorpenko <vgo@stels.ru> wrote:
>
> Something managed to be clarified. Perhaps, it will be interesting.
>
> If you remember, I have two servers, will call them W and T. T normally
> opens letters in these codings, W shows something like the Arab
> characters.
>
> 1. In case of conversion of the codings RC at first tries to use iconv.
> As iconv(php) is an interface to the linux utility iconv, it doesn't
> work at the server W where chroot is used. On the T server iconv
> transforms both of these codings normally.
>
> 2. In the second queue  RC tries to apply mbstring to conversion of
> codings. Mbstring, apparently, doesn't understand GB2312 (GBK), but
> understands ISO-2022-KR. Nevertheless, mbstring also doesn't work at W
> server. I think, the reason is also somehow connected to chroot.
>
> I suppose, RC has problems with different codings by operation under
> chroot. Though I still hope to set up operation of iconv and mbstring.
>
> --
> Best regards,
>     Vladimir Gorpenko
> _______________________________________________
> Roundcube Development discussion mailing list
> dev@lists.roundcube.net
> http://lists.roundcube.net/mailman/listinfo/dev


_______________________________________________
Roundcube Development discussion mailing list
dev@lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/dev