Hi Nii, just an idea: try to set the dlr-mask=0
Regards seik -----Original Message----- From: Nii Amon Dsane [EMAIL PROTECTED] Sent: 11 ?????? 2007 ?. To: seik Subject:dlr-url problem > > > > Hello > > > > I have an HTTP smsc on one kannel instance pointing to sendsms on another > kannel instance. The configuration for the http smsc is as follows: > > > > group = smsc > > smsc = http > > smsc-id = aaa > > allowed-smsc-id = aaa > > system-type = kannel > > smsc-username = xxx > > smsc-password = xxx > > port = port > > send-url = https://somemachine:port/cgi-bin/sendsms > > > > The SMPP SMSC definition for smsc “xxx” on “somemachine” is defined below: > > > > group = smsc > > smsc-id = aaa > > smsc = smpp > > port = 1111 > > host= 11.11.11.11 > > receive-port = 1111 > > smsc-username = bbbbbbb > > smsc-password = ccccccc > > system-type="VMA" > > source-addr-ton = 1 > > dest-addr-ton = 1 > > > > Now the problem is that when I send messages through the HTTP SMSC on the > first machine to the second kannel > instance, it fails. A check in the bearerbox log revealed the following error > : ” DLR-URL field misformed, rejected”. > How can I solve this problem? I want to disable the dlr-url from the sendsms > URL but don’t know how to do that as the > URL is constructed by kannel and fired off without any intervention by me. > Below is the logs with sensitive info taken out. > > > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Parsing URL > `https://somemachine:port/cgi-bin/sendsms?username=xxx&password=xxx&to=xxxxxx&text=hello&from=xxx&coding=0&smsc=aaa&dlr-url=6de99771-c7e9-4d09-895d-a875d9551962': > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Scheme: https:// > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Host: somemachine > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Port: port > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Username: (null) > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Password: (null) > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Path: /cgi-bin/sendsms > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Query: > username=xxx&password=xxx&to=xxxxxx&text=hello&from=xxx&coding=0&smsc=aaa&dlr-url=6de99771-c7e9-4d09-895d-a875d9551962': > > 2007-01-11 14:51:44 [13619] [30] DEBUG: Fragment: (null) > > 2007-01-11 14:51:45 [13619] [30] DEBUG: HTTP: Opening connection to > `somemachine:port' (fd=84). > > 2007-01-11 14:51:45 [13619] [30] DEBUG: Socket connected at once > > 2007-01-11 14:51:45 [13619] [30] DEBUG: HTTP: Sending request: > > 2007-01-11 14:51:45 [13619] [30] DEBUG: Octet string at 0x81b9a30: > > 2007-01-11 14:51:45 [13619] [30] DEBUG: len: 190 > > 2007-01-11 14:51:45 [13619] [30] DEBUG: size: 1024 > > 2007-01-11 14:51:45 [13619] [30] DEBUG: immutable: 0 > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: GET /cgi-bin/sen > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: dsms?username=xxx > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: &password=xxx > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: &to=xxx > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: &text=hello > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: &from=xxx&codi > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: ng=0&smsc=aaa&dlr > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: -url=6de99771-c7 > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: e9-4d09-895d-a87 > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: 5d9551962 HTTP/1 > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: .1..Host: somemachine > > 2007-01-11 14:51:45 [13619] [30] DEBUG: data: :port.... > > 2007-01-11 14:51:45 [13619] [30] DEBUG: Octet string dump ends. > > 2007-01-11 14:51:45 [13619] [29] DEBUG: HTTP: Status line: <HTTP/1.1 400 Bad > Request> > > 2007-01-11 14:51:45 [13619] [29] DEBUG: HTTP: Received response: > > 2007-01-11 14:51:45 [13619] [29] DEBUG: Octet string at 0x81bb790: > > 2007-01-11 14:51:45 [13619] [29] DEBUG: len: 145 > > 2007-01-11 14:51:45 [13619] [29] DEBUG: size: 1024 > > 2007-01-11 14:51:45 [13619] [29] DEBUG: immutable: 0 > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 53 65 72 76 65 72 3a 20 4b 61 > 6e 6e 65 6c 2f 31 Server: Kannel/1 > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 2e 34 2e 31 0d 0a 43 6f 6e 74 > 65 6e 74 2d 4c 65 .4.1..Content-Le > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 6e 67 74 68 3a 20 33 33 0d 0a > 43 6f 6e 74 65 6e ngth: 33..Conten > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 74 2d 74 79 70 65 3a 20 74 65 > 78 74 2f 68 74 6d t-type: text/htm > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 6c 0d 0a 50 72 61 67 6d 61 3a > 20 6e 6f 2d 63 61 l..Pragma: no-ca > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 63 68 65 0d 0a 43 61 63 68 65 > 2d 43 6f 6e 74 72 che..Cache-Contr > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 6f 6c 3a 20 6e 6f 2d 63 61 63 > 68 65 0d 0a 0d 0a ol: no-cache.... > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 44 4c 52 2d 55 52 4c 20 66 69 > 65 6c 64 20 6d 69 DLR-URL field mi > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 73 66 6f 72 6d 65 64 2c 20 72 > 65 6a 65 63 74 65 sformed, rejecte > > 2007-01-11 14:51:45 [13619] [29] DEBUG: data: 64 > d > > 2007-01-11 14:51:45 [13619] [29] DEBUG: Octet string dump ends. > > > > Nii Amon, > > > > Rancard Solutions Ltd., > > web: http://www.rancardsolutions.com > > cell: +233.27.617.6997 > > office: +233.21.782.949 > > > > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.410 / Virus Database: 268.16.9/622 - Release Date: 1/10/2007 > >
