Okay, I've managed to get the dlr-url working , but I'm unsure about 
what the log is saying .
I send a sms and in the access.log I get this:

2002-09-19 09:33:56 send-SMS request added - sender:try:888 192.168.6.63 
target:60162735950 request: 'Get low interest rates for home loans now'

2002-09-19 09:33:56 DLR SMS [SMSC:Digi] [SVC:try] [ACT:] 
[from:60162735950] [to:000] [flags:0:0:0:0:12] [msg:11:0x00000000/] 
[udh:0:]

and finally this:

2002-09-19 09:33:56 Sent SMS [SMSC:Digi] [SVC:try] [ACT:] [from:888] 
[to:60162735950] [flags:0:1:0:0:31] [msg:41:Get low interest rates for 
home loans now] [udh:0:]

That's fine, but in the log file for the bearerbox I get this

2002-09-19 09:34:01 [6] DEBUG: Looking for DLR smsc=Digi, ts=263, 
dst=60162735950, type=1

2002-09-19 09:34:01 [6] DEBUG: DLR not found!
 
2002-09-19 09:34:01 [6] ERROR: SMPP[Digi]: got DLR but could not find 
message or was not interested in it

I've set up a jsp page for dlr-url to use and I find that the delivery 
report is always 12. (8+4) ?
My dlr-url is set as "http://192.168.6.63:8080/testdlr/test.jsp?dlrvalue=%d";

Is it possible that my request for the status of whether the message was 
ultimately sent is being rejected by the smsc ?




Oded Arbel wrote:

>no. different values are transmitted and different expression list is used.
>
>--
>Oded Arbel
>m-Wise mobile solutions
>[EMAIL PROTECTED]
>
>+972-9-9581711 (116)
>+972-67-340014
>
>::..
>When you want to test the depths of a stream, don't use both feet.
>       -- Chinese Proverb
>
>
>  
>
>>-----Original Message-----
>>From: Kwok Peng Tuck [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, September 18, 2002 11:59 AM
>>To: [EMAIL PROTECTED]
>>Subject: Re: DLR request flag?
>>
>>
>>That's the same as the one used in sms-service isn't it ?
>>
>>
>>Oded Arbel wrote:
>>
>>    
>>
>>>The userguide has a list of possible values for % expansion 
>>>      
>>>
>>that can be set in the DLR URL.
>>    
>>
>>>--
>>>Oded Arbel
>>>m-Wise mobile solutions
>>>[EMAIL PROTECTED]
>>>
>>>+972-9-9581711 (116)
>>>+972-67-340014
>>>
>>>::..
>>>The gates in my computer are AND, OR and NOT; they are not Bill.
>>>
>>>
>>> 
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: Kwok Peng Tuck [mailto:[EMAIL PROTECTED]]
>>>>Sent: Wednesday, September 18, 2002 11:34 AM
>>>>To: [EMAIL PROTECTED]
>>>>Subject: Re: DLR request flag?
>>>>
>>>>
>>>>Okay, I get the a) bit.
>>>>For b) I'm still a bit uncertain by what you mean when you 
>>>>say 'correct 
>>>>template for the URL' but I'm going to set up kannel to try 
>>>>it and see 
>>>>what happens.
>>>>Thanks.
>>>>
>>>>Oded Arbel wrote:
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>a) its a bit mapped field, where you setup the bits 
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>corresponding the types of delivery notification you want to 
>>>>get. for example, to get all the delivery report types Kannel 
>>>>currently supports, set it to 31 (decimal). to get only 
>>>>"delivered" and "failed", set it to 3
>>>>   
>>>>
>>>>        
>>>>
>>>>>b) the dlr-url parameter you set for a URL that Kannel will 
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>call when it needs to deliver the DLR - its sort of an HTTP 
>>>>based callback. by setting up the correct template for that 
>>>>URL you can get Kannel to send you the type of delivery 
>>>>reports, date, MSISDNs etc'.
>>>>   
>>>>
>>>>        
>>>>
>>>>>--
>>>>>Oded Arbel
>>>>>m-Wise mobile solutions
>>>>>[EMAIL PROTECTED]
>>>>>
>>>>>+972-9-9581711 (116)
>>>>>+972-67-340014
>>>>>
>>>>>::..
>>>>>When reason is away, smiles will play.
>>>>>   -- Paul Eluard and Benjamin Peret
>>>>>
>>>>>
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>-----Original Message-----
>>>>>>From: Kwok Peng Tuck [mailto:[EMAIL PROTECTED]]
>>>>>>Sent: Wednesday, September 18, 2002 10:51 AM
>>>>>>To: [EMAIL PROTECTED]
>>>>>>Subject: Re: DLR request flag?
>>>>>>
>>>>>>
>>>>>>
>>>>>>I was trying to get a dlr from the smpp I connected to send 
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>back the 
>>>>   
>>>>
>>>>        
>>>>
>>>>>>dlr. So if this is the way to do it then, I have some questions.
>>>>>>a) The dlrmask specified in the documentation wasn't clear to 
>>>>>>me; Could 
>>>>>>a example be given ?
>>>>>>b) What's this dlr-url ? Specifically, how does it looklike ?
>>>>>>
>>>>>>Oded Arbel wrote:
>>>>>>
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>>-----Original Message-----
>>>>>>>>From: Otgonbayar Agvaan [mailto:[EMAIL PROTECTED]]
>>>>>>>> 
>>>>>>>>
>>>>>>>>      
>>>>>>>>
>>>>>>>>           
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>>>>>    
>>>>>>>
>>>>>>>         
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>>>I connected kannel to Comverse SMSC and it works fine. But I 
>>>>>>>>don't receive
>>>>>>>>DLR. So, I traced it on SMSC and I found that Registered 
>>>>>>>>delivery flag is
>>>>>>>>set 0 in SMPP protocol. How can I set it in kannel config?
>>>>>>>> 
>>>>>>>>
>>>>>>>>      
>>>>>>>>
>>>>>>>>           
>>>>>>>>
>>>>>>>>                
>>>>>>>>
>>>>>>>You don't set that in the kannel config, but seperatly for 
>>>>>>>    
>>>>>>>
>>>>>>>         
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>each message by setting the dlr_mask and dlr_url parameters 
>>>>>>on the send-sms call or the matching X-Kannel headers on an 
>>>>>>sms-service response.
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>--
>>>>>>>Oded Arbel
>>>>>>>m-Wise mobile solutions
>>>>>>>[EMAIL PROTECTED]
>>>>>>>
>>>>>>>+972-9-9581711 (116)
>>>>>>>+972-67-340014
>>>>>>>
>>>>>>>::..
>>>>>>>According to Jon Bentley and Bjarne Stroustrup, rewriting 
>>>>>>>    
>>>>>>>
>>>>>>>         
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>malloc/free is one of 
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>the most rewarding forms of entertainment for SW people. 
>>>>>>> -- Henry Baker, (Re: allocator and GC locality (was Re: 
>>>>>>>    
>>>>>>>
>>>>>>>         
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>cost of malloc), 
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>>> He did add a smiley to that comment 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>    
>>>>>>>
>>>>>>>         
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>   
>>>>
>>>>        
>>>>
>>> 
>>>
>>>      
>>>
>>
>>
>>    
>>
>
>
>  
>



Reply via email to