Hi Alex, After re-reading the manual again after trying it without the msg-id-type field it does work properly (Thanks!) - however surely the 0x03 option should work as well?
Regards, Bill > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Malysh > Sent: 23 November 2005 19:37 > To: [email protected] > Subject: Re: Message ID issues > > Hi, > > just drop msg-id-type config option and it should work fine... > > Thanks, > Alex > > Bill Brigden wrote: > > These are my own debugging lines added - more info from log follows: > > > > Alex - setting it to the 0x00 is a dec/dec id type - > unfortunately it > > doesnt seem to just handle it in a string/string way... > > > > > > Setting the msg-id-type to 0x00 gives this: > > > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: Manually > > forced dest addr ton = 1, dest add npi = 1 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: Sending PDU: > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU 0x542022c8 dump: > > 2005-11-23 17:45:17 [22042] [43] DEBUG: type_name: submit_sm > > 2005-11-23 17:45:17 [22042] [43] DEBUG: command_id: 4 = 0x00000004 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: command_status: 0 > = 0x00000000 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: sequence_number: > 14 = 0x0000000e > > 2005-11-23 17:45:17 [22042] [43] DEBUG: service_type: NULL > > 2005-11-23 17:45:17 [22042] [43] DEBUG: source_addr_ton: > 1 = 0x00000001 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: source_addr_npi: > 1 = 0x00000001 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: source_addr: > "077777777777" > > 2005-11-23 17:45:17 [22042] [43] DEBUG: dest_addr_ton: 1 > = 0x00000001 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: dest_addr_npi: 1 > = 0x00000001 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: destination_addr: > "077777777777" > > 2005-11-23 17:45:17 [22042] [43] DEBUG: esm_class: 3 = 0x00000003 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: protocol_id: 0 = > 0x00000000 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: priority_flag: 0 > = 0x00000000 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: > schedule_delivery_time: NULL > > 2005-11-23 17:45:17 [22042] [43] DEBUG: validity_period: NULL > > 2005-11-23 17:45:17 [22042] [43] DEBUG: registered_delivery: 1 = > > 0x00000001 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: > replace_if_present_flag: 0 = > > 0x00000000 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: data_coding: 0 = > 0x00000000 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: > sm_default_msg_id: 0 = 0x00000000 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: sm_length: 6 = 0x00000006 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: short_message: "tester" > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU dump ends. > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: Got PDU: > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU 0x542022c8 dump: > > 2005-11-23 17:45:17 [22042] [43] DEBUG: type_name: submit_sm_resp > > 2005-11-23 17:45:17 [22042] [43] DEBUG: command_id: 2147483652 = > > 0x80000004 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: command_status: 0 > = 0x00000000 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: sequence_number: > 14 = 0x0000000e > > 2005-11-23 17:45:17 [22042] [43] DEBUG: message_id: "63656A9A" > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP PDU dump ends. > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: BILL ERROR1 > > 63656 > > 2005-11-23 17:45:17 [22042] [43] DEBUG: SMPP[SMPPCONN]: BILL ERROR2 > > 63656A9A > > 2005-11-23 17:45:17 [22042] [43] DEBUG: DLR[mysql]: Adding DLR > > smsc=SMPPCONN, ts=63656, src=+077777777777, > dst=077777777777, mask=7, > > boxc= > > 2005-11-23 17:45:17 [22042] [43] DEBUG: sql: INSERT INTO dlr (smsc, > > ts, source, destination, service, url, mask, boxc, status) VALUES > > ('SMPPCONN', '63656', '+077777777777', '077777777777', 'SMPPCONN', > > > 'http://XXX/sms/dlr.php?id=8641044&time=%t&pid=%d&key=boo&extra=%A&dlr > > type=a > > pp', '7', '', '0'); > > > > Then setting it back to 0x03 as it was before (and I believe the > > correct > > option): > > > > 2005-11-23 17:56:27 [22142] [48] DEBUG: boxc_receiver: sms received > > 2005-11-23 17:56:27 [22142] [48] DEBUG: send_msg: sending > msg to box: > > <127.0.0.1> > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: > > Manually forced dest addr ton = 1, dest add npi = 1 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: > > Sending > > PDU: > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU 0x820ed10 dump: > > 2005-11-23 17:56:27 [22142] [43] DEBUG: type_name: submit_sm > > 2005-11-23 17:56:27 [22142] [43] DEBUG: command_id: 4 = 0x00000004 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: command_status: 0 > = 0x00000000 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: sequence_number: > 8 = 0x00000008 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: service_type: NULL > > 2005-11-23 17:56:27 [22142] [43] DEBUG: source_addr_ton: > 1 = 0x00000001 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: source_addr_npi: > 1 = 0x00000001 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: source_addr: > "077777777777" > > 2005-11-23 17:56:27 [22142] [43] DEBUG: dest_addr_ton: 1 > = 0x00000001 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: dest_addr_npi: 1 > = 0x00000001 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: destination_addr: > "077777777777" > > 2005-11-23 17:56:27 [22142] [43] DEBUG: esm_class: 3 = 0x00000003 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: protocol_id: 0 = > 0x00000000 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: priority_flag: 0 > = 0x00000000 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: > schedule_delivery_time: NULL > > 2005-11-23 17:56:27 [22142] [43] DEBUG: validity_period: NULL > > 2005-11-23 17:56:27 [22142] [43] DEBUG: registered_delivery: 1 = > > 0x00000001 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: > replace_if_present_flag: 0 = > > 0x00000000 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: data_coding: 0 = > 0x00000000 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: > sm_default_msg_id: 0 = 0x00000000 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: sm_length: 6 = 0x00000006 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: short_message: "tester" > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU dump ends. > > 2005-11-23 17:56:27 [22142] [43] DEBUG: > SMPP[***-dynamic-primary]: Got PDU: > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU 0x820ed10 dump: > > 2005-11-23 17:56:27 [22142] [43] DEBUG: type_name: submit_sm_resp > > 2005-11-23 17:56:27 [22142] [43] DEBUG: command_id: 2147483652 = > > 0x80000004 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: command_status: 0 > = 0x00000000 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: sequence_number: > 8 = 0x00000008 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: message_id: "D287D311" > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP PDU dump ends. > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: > > BILL > > ERROR1 2147483647 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: SMPP[***-dynamic-primary]: > > BILL > > ERROR2 D287D311 > > 2005-11-23 17:56:27 [22142] [43] DEBUG: DLR[mysql]: Adding DLR > > smsc=***-dynamic-primary, ts=2147483647, src=+077777777777, > > dst=077777777777, mask=7, boxc= > > 2005-11-23 17:56:27 [22142] [43] DEBUG: sql: INSERT INTO dlr (smsc, > > ts, source, destination, service, url, mask, boxc, status) VALUES > > ('***-dynamic-primary', '2147483647', '+077777777777', > '077777777777', > > '***-dynamic', > > > 'http://****/sms/dlr.php?id=8641135&time=%t&pid=%d&key=boo&extra=%A&dl > > rtype= > > app', '7', '', '0'); > > > > > > As you can see - its hitting the limit of an int on the bottom one > > when it converts it from the hex to long/string.. > > > > Any ideas? I've spent the afternoon being quite confused > about it all! > > > > Cheers, > > Bill. > > > > > >>-----Original Message----- > >>From: Stipe Tolj [mailto:[EMAIL PROTECTED] > >>Sent: 23 November 2005 16:49 > >>To: Bill Brigden > >>Cc: [email protected] > >>Subject: Re: Message ID issues > >> > >>Bill Brigden wrote: > >> > >> > >>>Hi, > >>> > >>>I've noticed that one of the providers in an installation > >> > >>using kannel > >> > >>>is giving back big message ID's - see Bill error 2 below.. The > >>>provider is using SMPP and using the msg id type 0x03, so > >> > >>hex is given > >> > >>>in both the submit_sm_resp and the deliver_sm. However I'm seeing > >>>problems where the conversion of hex to string (with a bit of long > >>>integer mid way)... Below you can see output from the logs, > >> > >>Ive put in > >> > >>>2 custom errors - bill error 1 is the tmp var (used in the > >> > >>dlr_add in > >> > >>>the handle_pdu in the smpp smsc, after conversion), and > >> > >>bill error 2 > >> > >>>is the msg structure with the message > >>>ie: pdu->u.submit_sm_resp.message_id, before conversion. > >>> > >>>Has anyone ever seen this before? > >>> > >>>2005-11-23 14:08:11 [13972] [39] DEBUG: SMPP[*****-fixed-primary]: > >>>BILL > >>>ERROR1 2147483647 > >>>2005-11-23 14:08:11 [13972] [39] DEBUG: SMPP[*****-fixed-primary]: > >>>BILL > >>>ERROR2 C2F75296041985B9 > >> > >>ok, sofar these are "added" debuging lines, right? > >> > >>can you please provide more debug log-level from the SMPP > >>communication to review? > >> > >>Stipe > >> > >>mailto:stolj_{at}_wapme-group.de > >>------------------------------------------------------------------- > >>Wapme Systems AG > >> > >>Vogelsanger Weg 80 > >>40470 Düsseldorf, NRW, Germany > >> > >>phone: +49.211.74845.0 > >>fax: +49.211.74845.299 > >> > >>mailto:info_{at}_wapme-systems.de > >>http://www.wapme-systems.de/ > >>------------------------------------------------------------------- > >> > > > > > > > > > >
