Re: non standard message_id breaks DLR

hi
At 06:40 PM 6/26/03 +0200, Alexander  Malysh wrote:
>Hi Nisan,
>
>I believe, you have not undestand the issue...


yes, sorry.. my patch is for another message_id issue.
I have seen this same behaviour, allthough the provider failed many of our 
other tests, so never made it to actual live usage

Nisan

>Very long is not a problem for kannel, the problem is, that message_id
>received in submit_sm is not the same as in delivery receipt later. Just look
>this example:
>         submit_sm -> submit_sm_resp -> msg_id = 02/00/b9637bb4/11353872920997
>but in delivery receipt:
>         message_id = 3110304692
>
>This is definit. not allowed! Because message id in delivery receipt is only
>the part of message id from submit_sm_resp. You can't convert it in any form
>generic for all SMSCs.
>
>Am Donnerstag, 26. Juni 2003 17:56 schrieb Nisan Bloch:
> > Hi
> >
> > At 01:12 PM 6/26/03 +0200, Alexander  Malysh wrote:
> > >Hi David,
> > >
> > >strange...
> > >
> > >I have not never seen such message_id! One think i can say, SMSC is soooo
> >
> > we have.. (No provider names mentioned) and yes they are real
> > flaky..Although this is a valid msg_id albeit very long.
> > NULTERMINATED(message_id, 65)..
> > I have a patch for this. Please bear with me for a few more days  and I
> > will release a whole slew of patches for voting.
> >
> > Nisan
> >
> > >buggy! It's not allowed to get one message id in submit_sm_resp and
> > > another one or part of them in delivery receipt. I would propose, you
> > > contact your operator and give him a hint to look in SMPP spec. ;)
> > >
> > >You can do only one here, write workaround for this...
> > >
> > >Am Donnerstag, 26. Juni 2003 13:05 schrieb David Tully:
> > > > Hi!
> > > >
> > > > I'm getting back a strange (non-standard?) message_id in submit_sm_resp
> > > >
> > > > Alexander - sorry for assuming it was a DLR problem! :)
> > > >
> > > >
> > > > 2003-06-25 12:31:56 [6] DEBUG:   type_name: submit_sm_resp
> > > > 2003-06-25 12:31:56 [6] DEBUG:   command_id: 2147483652 = 0x80000004
> > > > 2003-06-25 12:31:56 [6] DEBUG:   command_status: 0 = 0x00000000
> > > > 2003-06-25 12:31:56 [6] DEBUG:   sequence_number: 2 = 0x00000002
> > > > 2003-06-25 12:31:56 [6] DEBUG:   message_id:
> > > > 2003-06-25 12:31:56 [6] DEBUG:    Octet string at 0x80d1798:
> > > > 2003-06-25 12:31:56 [6] DEBUG:      len:  29
> > > > 2003-06-25 12:31:56 [6] DEBUG:      size: 30
> > > > 2003-06-25 12:31:56 [6] DEBUG:      immutable: 0
> > > > 2003-06-25 12:31:56 [6] DEBUG:      data: 30 32 2f 30 30 2f 62 39
> > > > 02/00/b9 2003-06-25 12:31:56 [6] DEBUG:      data: 36 33 37 62 62 34 2f
> > > > 31 637bb4/1 2003-06-25 12:31:56 [6] DEBUG:      data: 31 33 35 33 38 37
> > > > 32 39 13538729 2003-06-25 12:31:56 [6] DEBUG:      data: 32 30 39 39 37
> > > > 20997 2003-06-25 12:31:56 [6] DEBUG:    Octet string dump ends.
> > > > 2003-06-25 12:31:56 [6] DEBUG: SMPP PDU dump ends.
> > > >
> > > >
> > > > In the deliver_sm, I get back a decimal message_id..
> > > >
> > > > 2003-06-25 12:32:01 [6] DEBUG:   short_message:
> > > > 2003-06-25 12:32:01 [6] DEBUG:    Octet string at 0x80d1de8:
> > > > 2003-06-25 12:32:01 [6] DEBUG:      len:  123
> > > > 2003-06-25 12:32:01 [6] DEBUG:      size: 124
> > > > 2003-06-25 12:32:01 [6] DEBUG:      immutable: 0
> > > > 2003-06-25 12:32:01 [6] DEBUG:      data: 69 64 3a 33 31 31 30 33
> > > > id:31103 2003-06-25 12:32:01 [6] DEBUG:      data: 30 34 36 39 32 20 6f
> > > > 61 04692
> > > >
> > > >
> > > > The middle bit of the submit_sm_resp is the message_id - 'b9637bb4' out
> > > > of '02/00/b9637bb4/11353872920997'
> > > > The rest is junk - the last number is the destination number.
> > > >
> > > > I am not a C programmer - I can hack stuff together and that's about
> > > > it.
> > > >
> > > > I figure I'm going to have to change the submit_sm_resp part of
> > > > smsc_smpp.c to strip out the stuff I don't want from the message_id.
> > > >
> > > > Any comments / suggestions?
> > > >
> > > > Regards,
> > > >
> > > > David.
> > >
> > >--
> > >Best regards / Mit besten Grüßen aus Düsseldorf
> > >
> > >Dipl.-Ing.
> > >Alexander Malysh
> > >___________________________________________
> > >
> > >Centrium GmbH
> > >Vogelsanger Weg 80
> > >40470 Düsseldorf
> > >
> > >Fon: +49 (0211) 74 84 51 80
> > >Fax: +49 (0211) 277 49 109
> > >
> > >email: a.malysh at centrium.de
> > >web: www.centrium.de
> > >msn: olek2002 at hotmail.com
> > >icq: 98063111
> > >___________________________________________
> > >
> > >Please avoid sending me Word or PowerPoint attachments.
> > >See http://www.fsf.org/philosophy/no-word-attachments.html
>
>--
>Best regards / Mit besten Grüßen aus Düsseldorf
>
>Dipl.-Ing.
>Alexander Malysh
>___________________________________________
>
>Centrium GmbH
>Vogelsanger Weg 80
>40470 Düsseldorf
>
>Fon: +49 (0211) 74 84 51 80
>Fax: +49 (0211) 277 49 109
>
>email: a.malysh at centrium.de
>web: www.centrium.de
>msn: olek2002 at hotmail.com
>icq: 98063111
>___________________________________________
>
>Please avoid sending me Word or PowerPoint attachments.
>See http://www.fsf.org/philosophy/no-word-attachments.html