RE: dlr issue

Arnar Gestsson <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Sorry guys,

I oversaw this, since I got frustrated by RTFMing this morning, but
thanks anyway.  

BR. Arnar
On Tue, 2004-03-09 at 11:47, Angel Fradejas wrote:
> Yes, there is, it is documented in the user-guide - I'll resist the
> temptation to say RTFM by now ;-)
> 
> Right from the user-guide:
> 
> 
> msg-id-type
> 	 
> Optional, specifies which number base the SMSC is using for the message ID
> numbers in the corresponding submit_sm_resp and deliver_sm PDUs. This is
> required to make delivery reports (DLR) work on SMSC that behave
> differently. The number is a combined set of bit 1 and bit 2 that indicate
> as follows: bit 1: type for submit_sm_resp, bit 2: type for deliver_sm. If
> the bit is set then the value is in hex otherwise in decimal number base.
> Which means the following combinations are possible and valid: 0x00
> deliver_sm decimal, submit_sm_resp decimal; 0x01 deliver_sm decimal,
> submit_sm_resp hex; 0x02 deliver_sm hex, submit_sm_resp decimal; 0x03
> deliver_sm hex, submit_sm_resp hex. In accordance to the SMPP v3.4 specs the
> default will be a C string literal if no of the above values is explicitly
> indicated using the config directive.
> 
> Angel FRADEJAS
> Mediafusión España, S.A.
> [email protected]
> www.mediafusion.es
> Tel. +34 91 252 3200
> Fax  +34 91 252 5969
> 
> 
> 
> -----Mensaje original-----
> De: [email protected] [mailto:[email protected]] En nombre de
> Arnar Gestsson
> Enviado el: martes, 09 de marzo de 2004 12:39
> Para: [email protected]
> Asunto: dlr issue
> 
> Hi guys,
> 
> 
> we are using Kannel 1.3.1 and connected to an SMPP SMSC, the funny thing
> is when we issue dlr request, the message id is stored in Kannel in hex
> format, but when the DLR arrives from the SMSC it comes on decimal
> format. Do you guys know about this and if there is a simple solution
> for it?
> 
> BR. Arnar
>
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.