Hi Why do you wanna do that?

Today I've had a client who told me that roundcube doesnt send the umlaut's (like äüö) correctly, but it was a problem of his Outlook, which was configured to force all the mails to a certain charset. Test with several e-mail accounts and mail clients if the problem persists. I am using Roundcube for around a year now and never had a problem with the charset. Check settings on the mail clients as well.

cheers, ck

On Fri, Jun 19, 2009 at 6:44 PM, Marcus Gmail marcus.jabber@gmail.comwrote:

Hi,

I would like to change the default charset in Roundcube because some messages was strangers. I need to change the default charset UTF-8 to ISO-8859-1. I set into main.inc.php the option "$rcmail_config['default_charset'] = 'ISO-8859-1';" but it haven't had any effects. I remain to send e-mail in UTF-8 format. Can anybody help me?

Thanks! _______________________________________________ List info: http://lists.roundcube.net/users/

List info: http://lists.roundcube.net/users/

My apologies. Maybe I didn't have explained correctly. I am sorry but my English isn't very well.. I am learning yet.

Everytime I forward with two or more fields "fwd"or "FW", my e-mails was strange format when they arrive at any e-mail client. I think that if I changed my default charset UTF-8 to ISO-8859-1 it didin't happen because I have two another webmail and it didin't happen there. They are with ISO-8859-1 as default charset. However I don't know how to make this at roundcube webmail.

Any idea?

Thanks

chasd escreveu:

On Jun 19, 2009, at 11:44 AM, Marcus Gmail wrote:

...

Hi,

I would like to change the default charset in Roundcube because some messages was strangers. I need to change the default charset UTF-8 to ISO-8859-1. I set into main.inc.php the option "$rcmail_config ['default_charset'] = 'ISO-8859-1';" but it haven't had any effects. I remain to send e- mail in UTF-8 format.

I think that setting is for when messages are created, I don't think
it changes how incoming messages are displayed. You change that via a
browser menu selection.

Maybe I didn't correctly understand your question.

List info: http://lists.roundcube.net/users/

I follow this "Changeset" http://trac.roundcube.net/changeset/2672 and I am going to try. As soon as possible I tell you.

Thanks a lot.

chasd escreveu:

On Jun 22, 2009, at 9:48 AM, Marcus Gmail wrote:

...

Any idea?

RC uses UTF-8 by default, which is a Good Thing, and works best for
most situations. If you have a specific need, you might want to deviate from the default. ( I think your other systems should be switched to UTF-8, rather than switching RC to ISO-8859-1. )

You may need to change this in index.php

define('RCMAIL_CHARSET', 'UTF-8');

I found that by using this shell command :

find /var/www/roundcube -name '*.php' -exec grep -l UTF {} ; and then grepping each of the resulting files for UTF.

You may be using a different version of RC than I am, so that
constant might be defined in a different file. There may be other places where UTF-8 is hard coded, grep the *.inc
files.

Changing the default charset might break other things, even if it
fixes the problem you are trying to fix.

List info: http://lists.roundcube.net/users/

Hi!

First of All, my apologies if you can't understand my message, but my English is terrible.

I use the latest svn version then I can change my default charset of RC, but I can't solve my problem.

I noticed that my problem wasn't in charset configuration, but among caracteres in subject.

I am not sure if it is a roundcube problem or "postfix + courier" problem or both.

Everytime that my subject have special character (áàçã) and It also have more than 32 characters, my message arrived strange format and without attachment in email client.

See below:

Original Subject: [Fw: FW: FW: Homologação - Novos Clubes Record -]

######

=?UTF-8?Q?cord?= MIME-Version: 1.0 Date: Mon, 22 Jun 2009 17:32:12 -0300 From: lalauser@i-brasiltec.com.br Message-ID: da24243c9b88db2b44eab7da4892b8cc@192.168.31.86 X-Sender: lalauser@i-brasiltec.com.br User-Agent: RoundCube Webmail/0.2.1 Content-Type: multipart/mixed; boundary="=_6852669b5708033bfe26d3091c074e08"

--=_6852669b5708033bfe26d3091c074e08 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8"

####

However I sended a same message but It had short subject (less 32 characters). It works perfectly.

I am confused.

Thans a lot!

Marcus Gmail escreveu:

I follow this "Changeset" http://trac.roundcube.net/changeset/2672 and I am going to try. As soon as possible I tell you.

Thanks a lot.

chasd escreveu:

...

On Jun 22, 2009, at 9:48 AM, Marcus Gmail wrote:

...

Any idea?

RC uses UTF-8 by default, which is a Good Thing, and works best for
most situations. If you have a specific need, you might want to deviate from the default. ( I think your other systems should be switched to UTF-8, rather than switching RC to ISO-8859-1. )

You may need to change this in index.php

define('RCMAIL_CHARSET', 'UTF-8');

I found that by using this shell command :

find /var/www/roundcube -name '*.php' -exec grep -l UTF {} ; and then grepping each of the resulting files for UTF.

You may be using a different version of RC than I am, so that
constant might be defined in a different file. There may be other places where UTF-8 is hard coded, grep the *.inc
files.

Changing the default charset might break other things, even if it
fixes the problem you are trying to fix.

List info: http://lists.roundcube.net/users/

Ok, I am going to try with dovecot after I tell you.

Thanks a lot.

chasd escreveu:

On Jun 23, 2009, at 11:42 AM, Marcus Gmail wrote:

...

I noticed that my problem wasn't in charset configuration, but among caracteres in subject.

The subject is in the headers of the message, and the character
encoding of the Subject string is a special case. Check RFC2047 -

http://tools.ietf.org/html/rfc2047

...

I am not sure if it is a roundcube problem or "postfix + courier" problem or both.

Not sure either. Can you try a different IMAP server, like dovecot, to see if the
issue is still there ? ( dovecot is the most tested IMAP server for RC )

...

Everytime that my subject have special character (áàçã) and It also
have more than 32 characters, my message arrived strange format and without attachment in email client.

...

However I sended a same message but It had short subject (less 32
characters). It works perfectly.

Good to have a test case. In my opinion, you should file a bug. See the " Reporting Bugs " section of

http://www.roundcube.net/contribute

...

=?UTF-8?Q?cord?=

This is exactly what RFC2047 talks about, but it looks mangled or
truncated to me.

Not sure where or how it got mangled, and why 32 characters is the
trigger.

List info: http://lists.roundcube.net/users/