RE: Malformed addr for Incoming short code

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]]On 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
> -------------------------------------------------------------------
>
>