Hi All, It's been a long time since I had raised this issue. (Which has sparked off a lot of ideas and inputs)
As suggested by some of you, the issue is that SMSC isn't sending proper dest_addr_ton values. I have contacted our SMSC support and got to know that they are in-fact copying the source_addr ton and npi values into dest_addr ton and npi sending it to kannel. They have a system wide setting to disable this operation, and if they do it might affect some other clients. So, ultimately we have to clear up their sh*t and make patches into kannel. Anyone suggest how to do it please.. Thank you, Best Regards, Amol Patwardhan. Application Developer. Office: +973-17515222 (Ext:1033) Mobile: +973-39405477 Arabian Network Information Services W.L.L -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Alexander Malysh Sent: Tuesday, February 07, 2006 5:55 PM To: [email protected] Subject: Re: Malformed addr for Incoming short code Stipe Tolj schrieb: > Arne K. Haaje wrote: >> >> However, nothing ended up in the access-log. Now, if you send an >> outgoing message and it get's rejected you get (at least when using >> DLR) a 16 NACK in the log. Why not use a line in the access-log when >> *receiving* invalid messages as well? > > This would imply we have a new > gw/bb_smscconn.c:bb_smscconn_receive_failed() as we have for > bb_smscconn_send_failed(). > > So within gw/smsc/smsc_smpp.c:handle_pdu() we would call the > _receive_failed() at appropriate places with the "so long unpacked" PDU > and destroy the message after we have the access.log writen. > > BTW, reviewing the code here, I see a bug: > > gw/smsc/smsc_smpp.c:1337: if (pdu->u.deliver_sm.esm_class & (0x04|0x08)) { > > where we process currently pdu->type == data_sm ?? this should be > pdu->u.data_sm.esm_class here, right? you are right here, typo. Fixed in cvs. Thanks! > > Stipe > > ------------------------------------------------------------------- > Kölner Landstrasse 419 > 40589 Düsseldorf, NRW, Germany > > tolj.org system architecture Kannel Software Foundation (KSF) > http://www.tolj.org/ http://www.kannel.org/ > > mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org > ------------------------------------------------------------------- > >
