RE: charset question (Greek)

Andreas Fink <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <p05101420b8b4f0c5eb35@[10.0.0.2]>
>  > -----Original Message-----
>  > From: Andreas Fink
>  > To: Richard Braakman
>  > Cc: [email protected]
>  > Sent: 3/13/02 12:51 PM
>  > Subject: Re: charset question (Greek)
>  >
>  >
>  > Another way would be to carry the SMS always in binary format around.
>  > This means the format actually used on the over the air. This is more
>  > or less the binary version of the PDU format of the AT interface. In
>  > this case, the SMSC driver would simply do things like encoding the
>  > data in hex or so. For EMI it woudl split off the UDH, for AT it
>  > would work "as is" and for SMPP its pretty similar.  this would also
>  > work for HTTP interface for kannel-kannel (providing coding / charset
>  > are set correctly). Any SMSC types however who dont take binary
>  > format as input would be a problem then (some content gateway
>  > recently added could be a problem). If we cant code something in GSM
>  > binary format, we cant send it to a phone so its THE common format.
>  > However the question is also what happens to non GSM networks in this
>  > case. Are there any issues there maybe?
>
>I know of a SMS reseller in Taiwan where they use a proprietary gateway
>to connect to the SMSC of the network operator. This gateway wants the
>SMS text to be in BIG5 encoding. Your proposal would make support for
>such a setup very hard.

That's true but on the other hand kannel doesnt support this 
proprietary gateway yet. Even to make it work the way it works today 
is difficult. What would be needed would be GSM binary format -> 
BIG5. Not that difficult. Its either Unicode payload which should be 
relatively easy or its latin1 which I dont know how it fits into BIG5 
(I'm not very familiar with BIG5) or its binary which probably isnt 
supported by that gateway then. Thats the same kind of conversions 
currently done.

The proprietary gateway then does the reverse conversion back to GSM 
binary format so it should be transparent.

-- 

Andreas Fink
Fink-Consulting

------------------------------------------------------------------
Tel: +41-61-6932730 Fax: +41-61-6932729  Mobile: +41-79-2457333
Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland
E-Mail:  [email protected]  Homepage: http://www.finkconsulting.com
------------------------------------------------------------------
Something urgent? Try http://www.smsrelay.com/  Nickname afink
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.