Hi Stipe,

Thank you for your answer.

I'm sorry but i was using .deb package (apt-get) to install Kannel. So,
i don't have any *.c related to kannel on my server.
I also have installed kannel-dev but there are only .h files.

Should i compile Kannel from sources to proceed to your instructions and
try to fix this issue ?

Thanks.

Regards,
Olivier PELLEGRINO
MIL'NR3


Le lundi 04 février 2008 à 17:55 +0100, Stipe Tolj a écrit :

> aspect schrieb:
> > Hi,
> > 
> > I am using Kannel 1.4.1-2 under Debian.
> > 
> > Here is my problem :
> > I can't override "data_coding" in my SMPP output from 241 to 0.
> > I always have "DEBUG:   data_coding: 241 = 0x000000f1" but i want
> > data_coding=0 ...
> > 
> > Does anybody know a solution, please?
> > 
> > Parts of my kannel.conf :
> > # User
> > group = sendsms-user
> > username = smsbox-df
> > password = xxx
> > forced-smsc = smppf
> > #default-smsc = smppf
> > name = userfra
> > user-deny-ip = "*.*.*.*"
> > user-allow-ip = "127.0.0.*;xxx.xxx.xxx.xxx"
> > max-messages = 1
> > concatenation = 1
> > omit-empty = 1
> > white-list-regex = "^(00|\+)?336"
> > 
> > #a smsc
> > group = smsc
> > smsc = smpp
> > smsc-id = smppf
> > throughput = 15
> > host = xxx
> > port = xxx
> > receive-port = xxx
> > smsc-username = "xxx"
> > smsc-password = "xxx"
> > system-type = "xxx"
> > log-file = "/var/log/kannel/smpp6f.log"
> > log-level = 3
> > service-type = 12904
> > allowed-smsc-id = smppf
> > msg-id-type=0x01
> > interface-version = 34
> > alt-charset = "ISO-8859-1"
> > 
> > 
> > 
> > HTTP request to kannel :
> > 
> > SENT 21/01/2008 15:14:43 :
> > POST /cgi-bin/sendsms HTTP/1.1
> > Host: xxx
> > X-Kannel-Username: smsbox-df
> > X-Kannel-Password: xxx
> > X-Kannel-Smsbox-Id: smsbox1
> > X-Kannel-SMSC: smpp
> > X-Kannel-UDH: 
> > X-Kannel-Coding: 0
> > X-Kannel-DLR-Mask: 31
> > X-Kannel-DLR-URL: xxx
> > X-Kannel-Mclass: 1
> > X-Kannel-From: 
> > X-Kannel-To: 336xxxxxxxx
> > Content-Length: 29
> > Content-Type: text/plain; charset=ISO-8859-1
> > Content-Encoding: ISO-8859-1
> > Connection: Close
> > 
> > Ceci est un test [EMAIL PROTECTED]"#&
> > 
> > RECEIVED 21/01/2008 15:14:43 :
> > HTTP/1.1 202 Accepted
> > Server: Kannel/1.4.1
> > Content-Length: 24
> > Connection: close
> > Content-type: text/html
> > Pragma: no-cache
> > Cache-Control: no-cache
> > 
> > 0: Accepted for delivery
> > 
> > 
> > 
> > My debug logs :
> > 2008-01-21 15:14:28 [21723] [6] DEBUG: SMPP[smppf]: Sending PDU:
> > 2008-01-21 15:14:28 [21723] [6] DEBUG: SMPP PDU 0x81d0398 dump:
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   type_name: submit_sm
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   command_id: 4 = 0x00000004
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   command_status: 0 = 0x00000000
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   sequence_number: 7 = 0x00000007
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   service_type: "12904"
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   source_addr_ton: 2 = 0x00000002
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   source_addr: "9056"
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   dest_addr_ton: 2 = 0x00000002
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   destination_addr: "33620927062"
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   esm_class: 3 = 0x00000003
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   protocol_id: 0 = 0x00000000
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   priority_flag: 0 = 0x00000000
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   schedule_delivery_time: NULL
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   validity_period: NULL
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   registered_delivery: 1 = 0x00000001
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   replace_if_present_flag: 0 =
> > 0x00000000
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   data_coding: 241 = 0x000000f1
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   sm_length: 29 = 0x0000001d
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:   short_message:
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:    Octet string at 0x81da0d0:
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:      len:  29
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:      size: 30
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:      immutable: 0
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:      data: 43 65 63 69 20 65 73 74 20
> > 75 6e 20 74 65 73 74   Ceci est un test
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:      data: 20 05 04 65 65 7f 06 00 02
> > 25 22 23 26             ..ee....%"#&
> > 2008-01-21 15:14:28 [21723] [6] DEBUG:    Octet string dump ends.
> > 2008-01-21 15:14:28 [21723] [6] DEBUG: SMPP PDU dump ends.
> > 
> > Thank you in advance!
> 
> this is indeed strange, I don't see a reason for the dcs=0xf1 here, as you 
> don't 
> use 'alt-dcs' in the smpp smsc group.
> 
> can you please patch your local gw/smsc/smsc_smpp.c:msg_to_pdu():847 where the
> 
>    pdu->u.submit_sm.data_coding = fields_to_dcs(msg, xx);
> 
> calls happen to see which dcs value you get after this if statement?
> 
> 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
> -------------------------------------------------------------------

Reply via email to