> -----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. Regards Jörg