Dear Sirs
The attatched file is the source code of mail message that can help solving bug #1485777.
Just put this file into your 'Maildir' folder of your mail server, fix its ownership and file permissions and open it in Roundcube.
Instead of:
'Política de Segurança'
, Roundcube will display:
'PolÃtica de Segurança'
If you open the message in Thunderbird, Outlook Express or Squirrelmail the message will be displayed correctly.
Galo Xucro
--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/uJ/xjWUCt8k/msg-bug-1485777.txt Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---
List info: http://lists.roundcube.net/dev/
Galo Xucro wrote:
The attatched file is the source code of mail message that can help solving bug #1485777.
'Política de Segurança'
, Roundcube will display:
'PolÃtica de Segurança'
In my system the message is displayed correctly. Dovecot 1.1.13, apache 2.2.10, php 5.2.8 (with mbstring and iconv).
What is your PHP locale setting ALEC?
Paul
P.S. Apologies ALEC for replying directly too!
A.L.E.C wrote:
Galo Xucro wrote:
The attatched file is the source code of mail message that can help solving bug #1485777.
'Política de Segurança'
, Roundcube will display:
'PolÃtica de Segurança'
In my system the message is displayed correctly. Dovecot 1.1.13, apache 2.2.10, php 5.2.8 (with mbstring and iconv).
List info: http://lists.roundcube.net/dev/
Paul Horton wrote:
What is your PHP locale setting ALEC?
what setting?
PHP has a locale and this defaults to the "date.timezone" defined in php.ini
It's also possible to call setlocale() at run time to alter PHP's interpretation of data.
P
A.L.E.C wrote:
Paul Horton wrote:
What is your PHP locale setting ALEC?
what setting?
List info: http://lists.roundcube.net/dev/
Paul Horton wrote:
It's also possible to call setlocale() at run time to alter PHP's interpretation of data.
So, roundcube uses such code:
// set localization
setlocale(LC_ALL, $_SESSION['language'] . '.utf8', 'en_US.utf8');
// workaround for http://bugs.php.net/bug.php?id=18556
if (in_array($_SESSION['language'], array('tr_TR', 'ku', 'az_AZ')))
setlocale(LC_CTYPE, 'en_US' . '.utf8');
I'm using pl_PL.utf8, and en_US.utf8.
That shouldn't be the problem then, since both are UTF-8.
Continuing to look at this Alec.
Paul
A.L.E.C wrote:
Paul Horton wrote:
It's also possible to call setlocale() at run time to alter PHP's interpretation of data.
So, roundcube uses such code:
// set localization setlocale(LC_ALL, $_SESSION['language'] . '.utf8', 'en_US.utf8'); // workaround for http://bugs.php.net/bug.php?id=18556 if (in_array($_SESSION['language'], array('tr_TR', 'ku', 'az_AZ'))) setlocale(LC_CTYPE, 'en_US' . '.utf8');
I'm using pl_PL.utf8, and en_US.utf8.
List info: http://lists.roundcube.net/dev/