Setting the UDH will change some bits on the ESM_CLASS to non-zero and
that's probably changing the message to binary.

Hope it helps,

On 6/9/06, Julien Buratto <[EMAIL PROTECTED]> wrote:
Loïc Minier ha scritto:
> On Thu, Jun 08, 2006, Julien Buratto wrote:
>>>  You need a source port, and I don't think you need to add %00 at the
>>>  end.  The typical WAP PUSH UDH is 0605040B8423F0, where 0B84 is the
>>>  destination port (2948) and 23F0 the source port (9200).
>> I've tested that with a source port too, seems doesn't work either.
>
>  I confirm it works for us to wake J2ME apps with messages which are
>  logged as follows:
>     [msg:5:48656C6C6F] [udh:7:060504C35323F0]
>

Hi I'm keep on testing.
I've changed my smsc to a real modem and not a emi/uci smsc to make some
tests.

Now the sms arrives to the phone, if the j2me application is not
listening, the message goes to the Inbox folder of my phone.

However, my j2me application has this condition:
if (msg instanceof TextMessage) {
       // does things
} else {
       // send alert
}

The message gets to the j2me now, but the aler is thrown, so this means
the sms I do receive is not "textual" but "binary".

That is BinaryMessageImplementation and not TextMessage.

Any clue on how to force kannel to send the message as a textual ?

Thanks
Julien




--
Alejandro Guerrieri
Magicom
http://www.magicom-bcn.net/
LinkedIn: http://www.linkedin.com/in/aguerrieri

Reply via email to