Hi, I am not saying that it is an M20 problem in general. Just a problem with your particular modem. If it were a configuration issue (sim-buffering, etc.) I would expect not to get *any* messages. It is not normal behaviour to get only part of the message. Maybe a problem with your SIM. Have you tried changing it? Anyway, CMEE might be able to tell you more.
BR, Nikos ----- Original Message ----- From: Emmanuel CHANSON To: users Sent: Friday, December 04, 2009 11:54 AM Subject: Re: Kannel CVS and DLRs MySQL storage / "can not decode PDU to a message" Thanks Nikos for your reply, But I am a little bit surprised about As the rest goes, the advice is simple: Use another modem. Siemens M20 is listed as a modem that works with Kannel and I'm surprised to be the first one who use DLR with M20 modem and discover this ? I think some people already were faced to this issue? Is it not a configuration issue? like init-string or something else? Regards, Emmanuel 2009/12/4 Nikos Balkanas <[email protected]> Hi, Β You obviously don't set dlr-url in your configuration or ssendsms URL. DLR table is just used for internal kannel processing. Once the final DLR (success or fail, 1 or 2) is received, the entry is deleted. That's why you cannot use it for permanent DLR storage. Of course you always get your permanent DLR records in your access logs, however, you might want the in your DB for greater customization/flexibility/ manipulation. That's what dlr-url does for you. It is your responsibility to provide the web service customized the way you want,Β to displayΒ to your clients. Β As the rest goes, the advice is simple: Use another modem. If you want to debug it, append to init-string in your modem definition: Β "...;+CMEE=1" or 2. Β But it seems to me a waste of time. Β BR, Nikos ----- Original Message ----- From: Emmanuel CHANSON To: users Sent: Friday, December 04, 2009 5:39 AM Subject: Re: Kannel CVS and DLRs MySQL storage / "can not decode PDU to a message" Adding some informations, I notice when using a Nokia 6230 on another kannel server that it works well and I have the following: ==> /var/log/kannel/access.log <== 2009-12-04 14:08:20 Receive DLR [SMSC:nokia6230] [SVC:alt] [ACT:] [BINF:] [FID:48] [from:687971204] [to:+687773502] [flags:-1:-1:-1:-1:1] [msg:7:Success] [udh:0:] ==> /var/log/kannel/kannel.log <== 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: <-- +CDS: 24 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: <-- 069186770720F10630099186773705F2902140410291449021404102914400 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: received message from SMSC: +687770021 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: got STATUS-REPORT for message <48>: 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: Numeric receiver (international) <+687773502> 2009-12-04 14:08:20 [11952] [6] DEBUG: DLR[internal]: Looking for DLR smsc=nokia6230, ts=48, dst=+687773502, type=1 2009-12-04 14:08:20 [11952] [6] DEBUG: DLR[internal]: created DLR message for URL <> 2009-12-04 14:08:20 [11952] [10] DEBUG: send_msg: sending msg to box: <127.0.0.1> 2009-12-04 14:08:20 [11952] [10] DEBUG: boxc_sender: sent message to <127.0.0.1> 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: --> AT+CNMA^M 2009-12-04 14:08:20 [11952] [9] DEBUG: boxc_receiver: got ack 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: <-- OK instead of this for Siemens M20 modem: 2009-12-04 13:34:28 Receive DLR [SMSC:SiemensM20] [SVC:tester] [ACT:] [BINF:] [FID:40] [META:] [from:+687755632] [to:+687773502] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [udh:0:] 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- +CDS: 24 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- 0628099186773705F2902140316471449021403164714400 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: received message from SMSC: 09019687773 2009-12-04 13:34:35 [4088] [6] ERROR: AT2[SiemensM20]: could not decode PDU to a message. You can notice that there is 62 - 48 characters missing in the second test: Nokia phone has send a DLR with 62 char: 069186770720F10630099186773705F2902140410291449021404102914400 and Siemens M20 only 48 char (the last 48 in fact I think): ??????????????0628099186773705F2902140316471449021403164714400 and can not decode PDU. (48 char) Any idea why ? Emmanuel 2009/12/4 Emmanuel CHANSON <[email protected]> Hi everybody, Below an issue I am faced trying to configure DLR management and kannel. Environnement: Kannel CVS 20091124 installed using RPM patch from Alejandro MySQL DLR storage configured Issue: "can not decode PDU to a message" I have configure DLR to use mysql (config file below) I send a SMS using this command: # lynx -dump "http://localhost:13013/cgi-bin/sendsms?username=tester&password=foobar&from=%2B687755632&to=%2B687773502&text=SMStestdepuisNavette&dlr-mask=31"; Firstly I saw the following error in kannel.log 2009-12-04 13:41:59 [4163] [6] DEBUG: AT2[SiemensM20]: <-- +CDS: 24 2009-12-04 13:41:59 [4163] [6] DEBUG: AT2[SiemensM20]: <-- 0629099186773705F2902140313504449021403135044400 2009-12-04 13:41:59 [4163] [6] DEBUG: AT2[SiemensM20]: received message from SMSC: 09019687773 2009-12-04 13:41:59 [4163] [6] ERROR: AT2[SiemensM20]: got +CMT but pdu_extract failed I check some forum about this issue and I set one parameter in modems.conf: broken = true And I see in the kannel.log file now the following error: 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- +CDS: 24 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- 0628099186773705F2902140316471449021403164714400 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: received message from SMSC: 09019687773 2009-12-04 13:34:35 [4088] [6] ERROR: AT2[SiemensM20]: could not decode PDU to a message. And 09019687773 seems to be my destination number 09019 (unknown???) 687773 but the end 502 are missing. The destination is +687773502. I did not find any solution to my issue...any idea, it seems Siemens M20 modem can not decode DLR PDU ? BTW for what is dedicated the dlr-url parameter ? To execute some script in order to process DLR info in a third party application database? If juste kannel is used, is the dlr table enough usefull to get the SMS delivery status? (always 0 in my case, even if mobile is switch off) Regards, -- Emmanuel @email : [email protected] -- Emmanuel CHANSON Emmanuel Mobile Nouvelle-CalΞΉdonie: +687.77.35.02 Mobile France: +33 (0) 6.68.03.89.56 @email : [email protected] -- Emmanuel CHANSON Emmanuel Mobile Nouvelle-CalΓ©donie: +687.77.35.02 Mobile France: +33 (0) 6.68.03.89.56 @email : [email protected]
