Re: DLR problem

Diaa Fawzy <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Hi Alexander,

Thank you for the patch, it works now.

regards,

Diaa


--- Alexander  Malysh <[email protected]> wrote:
> Hi,
> 
> please try attached patch against latest cvs
> version, and let us known if it 
> works for you.
> 
> Thanks in advance...
> 
> Am Mittwoch, 16. Juli 2003 09:21 schrieb Diaa Fawzy:
> > Hi,
> >
> > I have defined a new service type to send the
> received
> > SMS as an e-mail. The SMSC we have is a Logica
> > Telepath 2600, and the connection to the gateway
> is
> > via SMPP 3.3.
> > As a test, I sent two messages one contains only
> "nop"
> > and the other with the keyword "email", address
> and
> > the "test" word. In both cases, I get the same
> error
> > messages:
> > "got DLR but could not find message or was not
> > interested in it". The SMSC is ruuning stable with
> > other applications.
> >
> > Any help is appreciated
> >
> > Diaa
> >
> > --- Alexander  Malysh <[email protected]>
> wrote:
> > > Hi,
> > >
> > > can you please explain, what kind of message is
> it
> > > ??? Is it really delivery
> > > receipt or just MO message ?
> > > I beleive, this is MO message , because
> > > short_message field is completely
> > > wrong and doesn't have any usefull information
> about
> > > status of the message
> > > (delivered, undelivered)...
> > >
> > > If this is MO message, then (see my comment in
> smpp
> > > dlr handling) we must
> > > remove cheking of esm_class = 0x02.
> > >
> > > Am Dienstag, 15. Juli 2003 17:43 schrieb Diaa
> Fawzy:
> > > > Hi,
> > > >
> > > > here is the last 150 lines of the debug,
> > > >
> > > > Regrads,
> > > >
> > > > Diaa
> > > >
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> sequence_number:
> > >
> > > 2 =
> > >
> > > > 0x00000002
> > > > 2003-07-15 17:33:37 [6] DEBUG:   service_type:
> > >
> > > "NOREP"
> > >
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> source_addr_ton:
> > >
> > > 1 =
> > >
> > > > 0x00000001
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> source_addr_npi:
> > >
> > > 1 =
> > >
> > > > 0x00000001
> > > > 2003-07-15 17:33:37 [6] DEBUG:   source_addr:
> > > > "4918358002008"
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> dest_addr_ton: 1
> > >
> > > =
> > >
> > > > 0x00000001
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> dest_addr_npi: 8
> > >
> > > =
> > >
> > > > 0x00000008
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> destination_addr:
> > > > "4918350090010"
> > > > 2003-07-15 17:33:37 [6] DEBUG:   esm_class: 2
> =
> > > > 0x00000002
> > > > 2003-07-15 17:33:37 [6] DEBUG:   protocol_id:
> 0 =
> > > > 0x00000000
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> priority_flag: 0
> > >
> > > =
> > >
> > > > 0x00000000
> > > > 2003-07-15 17:33:37 [6] DEBUG:
> > > > schedule_delivery_time: NULL
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> validity_period:
> > >
> > > NULL
> > >
> > > > 2003-07-15 17:33:37 [6] DEBUG:
> > >
> > > registered_delivery:
> > > > 0 = 0x00000000
> > > > 2003-07-15 17:33:37 [6] DEBUG:
> > > > replace_if_present_flag: 0 = 0x00000000
> > > > 2003-07-15 17:33:37 [6] DEBUG:   data_coding:
> 0 =
> > > > 0x00000000
> > > > 2003-07-15 17:33:37 [6] DEBUG:
> > >
> > > sm_default_msg_id: 0
> > >
> > > > = 0x00000000
> > > > 2003-07-15 17:33:37 [6] DEBUG:   sm_length: 23
> =
> > > > 0x00000017
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> short_message:
> > > > 2003-07-15 17:33:37 [6] DEBUG:    Octet string
> at
> > > > 0x80d3c98:
> > > > 2003-07-15 17:33:37 [6] DEBUG:      len:  23
> > > > 2003-07-15 17:33:37 [6] DEBUG:      size: 24
> > > > 2003-07-15 17:33:37 [6] DEBUG:      immutable:
> 0
> > > > 2003-07-15 17:33:37 [6] DEBUG:      data: 45
> 4d 41
> > >
> > > 49
> > >
> > > > 4c 20 72 6f   EMAIL ro
> > > > 2003-07-15 17:33:37 [6] DEBUG:      data: 6f
> 74 40
> > >
> > > 73
> > >
> > > > 6d 73 67 61   ot@smsga
> > > > 2003-07-15 17:33:37 [6] DEBUG:      data: 74
> 65 20
> > >
> > > 74
> > >
> > > > 65 72 74      te tert
> > > > 2003-07-15 17:33:37 [6] DEBUG:    Octet string
> > >
> > > dump
> > >
> > > > ends.
> > > > 2003-07-15 17:33:37 [6] DEBUG: SMPP PDU dump
> ends.
> > > > 2003-07-15 17:33:37 [6] DEBUG: SMPP[GATE]
> > >
> > > handle_pdu,
> > >
> > > > got DLR
> > > > 2003-07-15 17:33:37 [6] ERROR: SMPP[GATE]: got
> DLR
> > >
> > > but
> > >
> > > > could not find message or was not interested
> in it
> > > > 2003-07-15 17:33:37 [6] DEBUG: SMPP[GATE]:
> Sending
> > > > PDU:
> > > > 2003-07-15 17:33:37 [6] DEBUG: SMPP PDU
> 0x80d3cd0
> > > > dump:
> > > > 2003-07-15 17:33:37 [6] DEBUG:   type_name:
> > > > deliver_sm_resp
> > > > 2003-07-15 17:33:37 [6] DEBUG:   command_id:
> > > > 2147483653 = 0x80000005
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> command_status: 0
> > >
> > > =
> > >
> > > > 0x00000000
> > > > 2003-07-15 17:33:37 [6] DEBUG:  
> sequence_number:
> 
=== message truncated ===> Index: gw/smsc/smsc_smpp.c
>
===================================================================
> RCS file: /home/cvs/gateway/gw/smsc/smsc_smpp.c,v
> retrieving revision 1.41
> diff -a -u -r1.41 smsc_smpp.c
> --- gw/smsc/smsc_smpp.c	22 Jun 2003 22:23:55 -0000
> 1.41
> +++ gw/smsc/smsc_smpp.c	16 Jul 2003 09:06:09 -0000
> @@ -736,7 +736,7 @@
>  	     *       spec. conforme)
>  	     * XXX: what is 0x02 for ???
>  	     */
> -            if ((pdu->u.deliver_sm.esm_class ==
> 0x02 || 
> +            if ((/* pdu->u.deliver_sm.esm_class ==
> 0x02 || */
>                   (pdu->u.deliver_sm.esm_class &
> ~0xC3) == 0x04)) { 
>                  Octstr *respstr;    	 
>                  Octstr *msgid = NULL; 
> 


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.