Dear Arbel hi. You are absolutelly right. When changing the version to "33" everything works fine. Since most mobile operator do support SMPP 3.4, then my solved at the moment problem will surely be a further problem when a user needs to have the SMPP 3.4 features not existing in 3.3
Thanks you very much for your quick reply. Tim --- Oded Arbel <[EMAIL PROTECTED]> wrote: > > I think this question can now be officialy marked as > FAQ :-) > > your SMPP server is using the message_payload > optional parameter of SMPP v3.4 to delivery the SM > text. Kannel SMPP module does not currently support > optional parameters (nor such support is in > development). to solve this issue you can set the > interface-version configuration directive to '33' > and so instruct the SMPP server to be SMPP v3.3 > compliant and delivery the SM test in the > message_text parameter. > > -- > Oded Arbel > m-Wise mobile solutions > [EMAIL PROTECTED] > > +972-9-9581711 (116) > +972-67-340014 > > ::.. > Celine: If word got around that I had been liberated > for half a million > dollars, I could never show my face in polite > society again. > Diamonds have no value except that which is placed > upon them. > -- from 'A life less ordinary' > > > > > > -----Original Message----- > > From: Ion Amigdalou [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, October 08, 2002 3:41 PM > > To: [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED] > > Subject: SMPP: no SMM text when receiving > > > > > > Dear kannel masters, > > we use kannel with SMPP3.4 > > We can send SM messages but when receiving the > > msg_text is blank. You can find below a SMPP DUMP > (the > > short_message is "" always) either we use 1.2.0 > > version or even the today's snapshot. > > Can you encountered such a problem? Any idea on > how to > > solve it? > > > > Tim > > > > SMPP PDU 0x8167fe8 dump: > > 2002-10-08 16:22:19 [6] DEBUG: type_name: > deliver_sm > > 2002-10-08 16:22:19 [6] DEBUG: command_id: 5 = > > 0x00000005 > > 2002-10-08 16:22:19 [6] DEBUG: command_status: 0 > = > > 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: sequence_number: > 1 = > > 0x00000001 > > 2002-10-08 16:22:19 [6] DEBUG: service_type: > NULL > > 2002-10-08 16:22:19 [6] DEBUG: source_addr_ton: > 1 = > > 0x00000001 > > 2002-10-08 16:22:19 [6] DEBUG: source_addr_npi: > 1 = > > 0x00000001 > > 2002-10-08 16:22:19 [6] DEBUG: source_addr: > > "12345678909" > > 2002-10-08 16:22:19 [6] DEBUG: dest_addr_ton: 3 > = > > 0x00000003 > > 2002-10-08 16:22:19 [6] DEBUG: dest_addr_npi: 9 > = > > 0x00000009 > > 2002-10-08 16:22:19 [6] DEBUG: destination_addr: > > "1234" > > 2002-10-08 16:22:19 [6] DEBUG: esm_class: 0 = > > 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: protocol_id: 0 = > > 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: priority_flag: 0 > = > > 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: > > schedule_delivery_time: NULL > > 2002-10-08 16:22:19 [6] DEBUG: validity_period: > NULL > > 2002-10-08 16:22:19 [6] DEBUG: > registered_delivery: > > 0 = 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: > > replace_if_present_flag: 0 = 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: data_coding: 0 = > > 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: > sm_default_msg_id: 0 > > = 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: sm_length: 0 = > > 0x00000000 > > 2002-10-08 16:22:19 [6] DEBUG: short_message: "" > > 2002-10-08 16:22:19 [6] DEBUG: SMPP PDU dump ends. > > > > __________________________________________________ > > Do you Yahoo!? > > Faith Hill - Exclusive Performances, Videos & More > > http://faith.yahoo.com > > > > > __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com
