Hi Alejandro, let me be more verbose to confirm if my understanding is correct.
If I have an html <FORM> which sets the text message to be sent via SMS, the page encoding must be UTF-8 ? Currently I have this scenario: - my webpage is ISO-8859-1 and contains a form - i populate the form with destination number, sender and text - action of the form is a php page - php page makes an http request (GET) to kannel adding kannel specific params (such as drl, username, smsc id and so on) - php page get kannel return status to confirm if request was successfully performed Do you then suggest to convert the webpage to UTF-8 ? Thanks for helping Julien PS: What I could do is to use the php ut8_encode() function (utf8_encode — Encodes an ISO-8859-1 string to UTF-8) and apply it to the text field. If my page is ISO-8859-1, I presume all the <input type="text" /> fields are also encoded into same page encoding so the php script would catch the text as ISO-8859-1 Appying the php utf8_encode will allow me to keep the pages in ISO-8859-1 but convert the text to UTF-8 before sending it to kannel. Am I correct ? 2009/5/12 Alejandro Guerrieri <[email protected]>: > This is because Kannel now uses UTF-8 as default encoding. Encode the text > with UTF-8 or change the charset to ISO-8859-1 instead. > Regards, > Alejandro > > On Tue, May 12, 2009 at 5:43 PM, Julien Buratto <[email protected]> > wrote: >> >> Hi guys, >> >> I'm running 1.4.1 with a configuration and 1.4.3 with (slightly >> adapted) same configuration. >> Sending MT messages with 1.4.1, I get characters correctly grave, same >> command with 1.4.3 I get grave letters screwed. >> >> Example: >> 1.4.1: Today is lunedì 18 maggio >> 1.4.3: Today is luned?8 maggio >> >> as you can see, ì is screwed into ? plus some other characters were eaten. >> >> What should I change/read in order to get old 1.4.1 behaviour back again ? >> >> Thanks for helping >> >> >> PS: If you have a direct link to a manual section pointing me to the >> right lines to read, I will be glad to read :-) General "rtfm" not >> useful :-)) >> >> -- >> Julien >> > > -- Julien Buratto
