Re: [RFI] octstr_recode

"Bruno David Rodrigues" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <01b901c1c524$91239f90$733b0a0a@davi>
----- Original Message -----
From: "Andreas Fink" <[email protected]>
To: "Bruno David Rodrigues" <[email protected]>
Cc: <[email protected]>
Sent: Wednesday, March 06, 2002 3:32 PM
Subject: Re: [RFI] octstr_recode


> >with mo-record = true, kannel will TRY to convert to iso-8859-1 only.
> >
> >If mo-record is false or kannel can't convert UCS2 to iso-8859-1 (because
> >of a unknown char), kannel will behave just like before: text will have
the
> >ucs2 string, coding (%c) will have 3 and charset (%C) will have UTF16-BE.
>
>
> I see, so there's more than I even thought there is. Good to see %c
> being supported. Has this been documented yet? Anyone tested this
> with kannel-kannel HTTP smsc?


It's documented and it's not yet ported to smsc_http (and unfortunatly to
sms-service POST)


> What I am missing besides that is incoming support for UDH so we can
> receive incoming a ringtone or similar. So a %u could be used (if
> thats not taken).

Incoming udh will have to wait until we have incoming concatenation
I'm now thinking about a way to do it :)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.