On 23.09.2016 10:24, Vladimir Gorpenko wrote:
[23-Sep-2016 10:48:49 Europe/Moscow] PHP Notice: No suitable function found for UTF-8 encoding in /var/www/html/mail/program/lib/Roundcube/rcube_charset.php on line 276
has a direct bearing on my problems with G2312. What does it mean?
Either your PHP installation does not support this encoding or more likely the text is not encoded properly so decoding failed.
[23-Sep-2016 10:24:05 Europe/Moscow] PHP Warning: fsockopen(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in /var/www/html/mail/program/lib/Roundcube/rcube_spellcheck_googie.php on line 87 [23-Sep-2016 10:24:05 Europe/Moscow] PHP Warning: fsockopen(): Failed to enable crypto in /var/www/html/mail/program/lib/Roundcube/rcube_spellcheck_googie.php on line 87 [23-Sep-2016 10:24:05 Europe/Moscow] PHP Warning: fsockopen(): unable to connect to ssl://spell.roundcube.net:443 (Unknown error) in /var/www/html/mail/program/lib/Roundcube/rcube_spellcheck_googie.php on line 87
Error at spell.roundcube.net or something with its cert. You should probably configure Roundcube to not use our service, but PHP enchant/pspell modules.
Thirdly, after the Linux updating RC ceased to work at the work server. More precisely, the authentication page opens and works normally. The wrong password is processed normally. But after input of the correct password the RC page doesn't open, and the browser (Chrome) reports ERR_EMPTY_RESPONSE. In the RC error log there is no diagnostics about it.
I don't know any errors in Roundcube or Apache log?
Content-Disposition: attachment; filename*0*=UTF-8''%D0%9E%D1%82...
I can't find the function which is realizing such coding or descriptions of the standard. I just don't know that I should look for.
RFC 2231, we have some code to decode such headers in rcube_imap::set_part_filename().