This is not exactly what I had in mind - (a) as this kind of string would get translated by kannel to '?<' as ESC will be translated directly to '?'. (b) the GSM standards _currently_ do define the ESC sequences as valid. I'm not really worried about current standard support in phone (as newer phones would surely conform to the current standards), but more with standard support within Kannel. and my question is (again) - which do you think is the correct implementation, Kannel's counting only actual characters, or Siemens M20's counting every septet ?
P.S tests show that some phones just silently ignore the escape sequences (showing the character after the ESC - the triangle bracket), for example - the Nokia 33, and some show the intended result - the square bracket, for example - the Nokia 71. Oded Arbel m-Wise Inc. [EMAIL PROTECTED] -- As long as you do not move you can still choose any direction. -----Original Message----- From: Dave White [mailto:[EMAIL PROTECTED]] Sent: Monday, January 14, 2002 5:26 PM To: Kannel-devel (E-mail) Subject: Re: A question about PDU encoding in smsc_at2 Alexei Pashkovsky wrote: >>(for example - the square >>brackets which I like to use), the modem rejects the message with error >>304 "invalid PDU mode parameter". >> > >Well, this will probably hurt you, but I'm afraid square brackets are not >part of GSM character set. >At least I didn't see them there. > > > There *is* a way, however. IIRC the sequence ESC-< or ESC-> will work, ie: %1b%3c and %1b%3e See a recent revision of GSM 3.38 for the gory details of this and a few other escape sequences, including the Euro sign (%1b%65). Keep in mind that this will look pretty stupid on many handsets, including relatively advanced models like the Motorola Accompli 008. David WHITE CONNECT AUSTRIA