Thanks for the response Alex that certainly solved the issue. I was switching between protocol version 3.3 and 3.4 for testing and it was needed for 3.3.
I've noticed that kannel will only pass this message id through to our application on the deliver_sm event. Is there any way to get the message id from submit_sm_resp? The reason this would be useful is that there have been incidents in the past where kannel has messages stuck in its internal queue infinitely, as it tries to submit the message but does not get a submit_sm_resp. I have not been able to figure out why this is happening as at the same time it can submit messages successfully, just not some messages. I could trigger a kannel restart and message resubmit in our application if some time has elapsed since the message was passed on to kannel but we did not receive a submit_sm_resp. Thanks, Andrew _____ From: Alejandro Guerrieri [mailto:alejandro.guerri...@gmail.com] Sent: Friday, 16 April 2010 9:13 PM To: Andrew Toth Cc: Juan Nin; users@kannel.org Subject: Re: receipted_msg_id in dlr? Oh, you're not setting msg-id-type right? That would explain the problem... If you do, try removing that line from your conf. Regards, Alex On Fri, Apr 16, 2010 at 8:49 AM, Andrew Toth <at...@mobiledatagroup.com> wrote: Hi, Is kannel treating message id as an integer, and doing some kind of conversion on the string? We need to be able to capture whatever is passed back as the message id, integer or string. If it makes any difference we are connecting protocol version 3.4 I noticed that the aggregator sends message id in a different format over 3.3 (integer), but we need to connect with 3.4 now. _____ From: Alejandro Guerrieri [mailto:alejandro.guerri...@gmail.com] Sent: Friday, 16 April 2010 4:25 PM To: Andrew Toth Cc: Juan Nin; users@kannel.org Subject: Re: receipted_msg_id in dlr? Weird, that's exactly what %F should do. Maybe those dashes are causing the trouble? Regards, Alex On Fri, Apr 16, 2010 at 3:22 AM, Andrew Toth <at...@mobiledatagroup.com> wrote: Hi, Thanks for the response, unfortunately that is not what we're after. See example below. 2010-04-15 18:11:09 [16689] [8] DEBUG: SMPP PDU 0x2aaaac000ee0 dump: 2010-04-15 18:11:09 [16689] [8] DEBUG: type_name: submit_sm_resp 2010-04-15 18:11:09 [16689] [8] DEBUG: command_id: 2147483652 = 0x80000004 2010-04-15 18:11:09 [16689] [8] DEBUG: command_status: 0 = 0x00000000 2010-04-15 18:11:09 [16689] [8] DEBUG: sequence_number: 10 = 0x0000000a 2010-04-15 18:11:09 [16689] [8] DEBUG: message_id: 2010-04-15 18:11:09 [16689] [8] DEBUG: Octet string at 0x2aaaac0010a0: 2010-04-15 18:11:09 [16689] [8] DEBUG: len: 23 2010-04-15 18:11:09 [16689] [8] DEBUG: size: 24 2010-04-15 18:11:09 [16689] [8] DEBUG: immutable: 0 2010-04-15 18:11:09 [16689] [8] DEBUG: data: 38 34 31 30 32 2d 30 34 31 35 38 2d 32 31 31 31 84102-04158-2111 2010-04-15 18:11:09 [16689] [8] DEBUG: data: 4b 2d 30 39 42 52 54 K-09BRT 2010-04-15 18:11:09 [16689] [8] DEBUG: Octet string dump ends. 2010-04-15 18:11:09 [16689] [8] DEBUG: SMPP PDU dump ends. 2010-04-15 18:11:09 [16689] [8] DEBUG: DLR[mysql]: Adding DLR smsc=xxxxxxx, ts=540930, src=77447, dst=13109776776, mask=31, boxc= I need to capture message id 84102-04158-21K-09BRT. This same message id is included in deliver_sm (dlr for this message) in the receipted_msg_id field. Kannel, in the %F parameter passes through 540930 (where does that number come from anyway?). Further, this number is different for each dlr received for this message. The first dlr had message id 540930, the second had 33808. Andrew -----Original Message----- From: users-boun...@kannel.org [mailto:users-boun...@kannel.org] On Behalf Of Juan Nin Sent: Friday, 16 April 2010 10:58 AM To: users@kannel.org Subject: Re: receipted_msg_id in dlr? %F the foreign (smsc-provided) message ID. Only relevant on DLR url's. On Thu, Apr 15, 2010 at 9:32 PM, Andrew Toth <at...@mobiledatagroup.com> wrote: > Hi all, > > > > We are looking to get the msg id from kannel that is sent by the smsc in > submit_sm_resp as well as deliver_sm. > > > > I found a discussion from 2008 > (http://www.mail-archive.com/de...@kannel.org/msg07999.html) that refers to > a patch to add support for this and my impression was that this feature has > been incorporated into the main kannel version. I've done a quick test and > %w in the dlr-url is not being replaced by the message id. > > > > We are using Kannel version cvs-20090525 (which supports TLVs) and the patch > seems to be for an older version. > > > > I also checked the source code (in dlr.c) for kannel 1.4.3 and it did not > have this feature. > > > > We would like to avoid patching and recompiling kannel in our live > environment as it would be a risky operation and affect many services. > > > > Do we have any other options? Is there a later cvs version which has this > feature? Is it going to be included in the next stable release? > > > > Thanks, > > Andrew > > > > > > -- Juan Nin 3Cinteractive / Mobilizing Great Brands http://www.3cinteractive.com
