Aaron Simmons wrote:
Not sure if its the same thing, but I recently discovered an issue
with kannel munging PDUs. I've submitted an bug for it here
<http://bugs.kannel.org/view.php?id=437>.
On Jan 24, 2008 12:20 AM, Andrew B < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi, I think I've narrowed down the problem I am having with mbuni and
kannel.
Mbuni calls the following URL when it goes to send an MMS notification
through kannel:
http://localhost:13013/cgi-bin/sendsms?_dummy=x&username=foo&password=bar&text=%01%06%03%BE%AF%84%8C%82%98-1-zx-qf1269.1.x165.2%00%8D%90%89%18%80208.54.94.85%2FTYPE%3DIPv4%00%96Mmmmm...+Yummy%00%8A%80%8E%02t%24%88%05%81%03%01QU%83http%3A%2F%2F208.00.000.000%3A8191%2F1-zx-qf1269.1.x165.2%402%2Fwx22%00&to=703xxxxxxx&udh=%06%05%04%0B%84%23%F0
<http://localhost:13013/cgi-bin/sendsms?_dummy=x&username=foo&password=bar&text=%01%06%03%BE%AF%84%8C%82%98-1-zx-qf1269.1.x165.2%00%8D%90%89%18%80208.54.94.85%2FTYPE%3DIPv4%00%96Mmmmm...+Yummy%00%8A%80%8E%02t%24%88%05%81%03%01QU%83http%3A%2F%2F208.00.000.000%3A8191%2F1-zx-qf1269.1.x165.2%402%2Fwx22%00&to=703xxxxxxx&udh=%06%05%04%0B%84%23%F0>
phone#,IP,and user/pass sanitized.
The resulting PDU that Kannel sends out however, is truncated:
(using python's .decode, it comes out to:)
'\x00Q\x00\n\x81\x07SP\x81(\x00\x04\xa7\x8c\x06\x05\x04\x0b\x84#\xf0\x01\x06\x03\xbe\xaf\x84\x8c\x82\x98-
1-zx-qf1269.1.x165.2\x00\x8d\x90\x89\x18\x80208.54.94.85/TYPE=IPv4\x00\x96Mmmmm...
Yummy\x00\x8a\x80\x8e\x02t$\x88\x05\x81\x03\x01QU\x83http://208.00.000.000:8191/1-zx-qf1269.1.x16'
Notice that the Content-Location field has been truncated from
1-zx-qf1269.1.x165.2 to 1-zx-qf1269.1.x16
This causes the phone to either flat-out fail (it never attempts to
retrieve the message in the case of a nokia 5070) or attempt to
grab the
message, but because it has the wrong URL, it fails. (in the case
of a
Nokia E62-1)
Maybe it should be concatenating the messages? I don't know...
I have added the concatenation = true flag to my send-sms-user
directive
in the kannel.conf file, included below:
group = core
admin-port = 13000
wapbox-port = 13002
smsbox-port = 13001
admin-password = bar
wdp-interface-name = "*"
log-file = "/var/log/kannel/bearerbox.log"
log-level = 0
group = smsc
smsc = at
modemtype = falcom
device = /dev/ttyUSB0
speed = 115200
#keepalive = 30
log-file = "/var/log/kannel/smsc.log"
log-level=0
#group = smsc
#smsc = fake
#port = 13080
group = wapbox
bearerbox-host = 127.0.0.1 <http://127.0.0.1>
log-file = "/var/log/kannel/wapbox.log"
group = smsbox
bearerbox-host = 127.0.0.1 <http://127.0.0.1>
sendsms-port = 13013
log-file = "/var/log/kannel/smsbox.log"
global-sender = 9999999
group = sendsms-user
username = foo
password = bar
concatenation = true
group = ppg
ppg-url = /wappush
ppg-port = 8080
concurrent-pushes = 100
users = 1024
trusted-pi = true
group = wap-push-user
wap-push-user = foo
ppg-username = foo
ppg-password = bar
group = modems
id = falcom
name = "Falcom"
speed = 115200
#detect-string = SIEMENS
init-string = "AT+CNMI=1,2,2,2,1;+CMEE=2"
enable-hwhs = "AT\\Q0"
#reset-string = ATZ
#no-smsc = true
Interesting... That might be the same issue... but the odd thing is that
kannel isn't really munging the text at all, just truncating the end of
it...
I'll try to see at what point it truncates it... but it appears to be
the same point each time...
my next question then I guess is this: Why isn't kannel sending out
concatenated SMS messages when the message is too long?
Thanks!
--Andrew
(Aaron, I apologize that you're getting 2 copies of this)