Hello again!
Originating Address
(OA)/smaller>/fontfamily> This
does not get set in the resulting XML object. In the smsbox.c code,
the generation of this field is dependent upon
trans->send_sender. Why is this the case? Is there
any reason we don't want to propogate this information?
Or might there be a problem in the setting of this value?/smaller>/fontfamily>
Are you sure its not the destination address? When an
SMS comes in, it always can know the sender but not the
destination.
Yes, I've double checked this, and it is the
phone number of the GSM modem, not the originating address that is present in
the <da> field of the resulting XML. This is what I would expect,
however no <oa> field is present, which seems odd. After
all, the sender information will be required by almost any application using
this information in order to construct a reply.
UDH Element/smaller>/fontfamily> This
is also not being generated. I'm getting ready to dig into the code
on this one, but thought I'd check in case anyone else has already tracked
this one down./smaller>/fontfamily>
If there's no UDH, the element is probably not
there.
This is probably just due to my ignorance, but
isn't a UDH present on all SMS messages?
Whoops - sorry about that last one - guess I
had not had enough coffee at that time. :-) I still am confused
however on the OA issue. When the GSM modem receives the message
from the carrier, it's a SMS-DELIVER type, no? According to the
specification I'm going through (3GPP GS 23.040 v3.7.0), the
TP-Originating-Address is a mandatory part of the SMS header. I suspect
that by commenting out the condition on trans->send_sender will cause it to
be generated in the XML, however it would be nice to know why it was there to
begin with, otherwise I might be pulling something out that should be
there.
Thanks and Best Regards,
-- Tim
|