Re: Another DLR format

Stipe Tolj <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization Wapme Systems AG
Message-ID <[email protected]>
Bill Brigden wrote:
> 
> Hi there,
> 
> I have just tried sending messages through another provider via smpp, and
> they are giving DLR's back ok, except for not using spaces inbetween fields,
> ie:
> 
> 2003-12-16 08:16:50 [24] DEBUG: short_message:
> 2003-12-16 08:16:50 [24] DEBUG: Octet string at 0x8272ad0:
> 2003-12-16 08:16:50 [24] DEBUG: len: 102
> 2003-12-16 08:16:50 [24] DEBUG: size: 103
> 2003-12-16 08:16:50 [24] DEBUG: immutable: 0
> 2003-12-16 08:16:50 [24] DEBUG: data: 69 64 3a 31 31 37 35 35 38 34 20 20 20
> 73 75 62 id:1175584 sub
> 2003-12-16 08:16:50 [24] DEBUG: data: 3a 31 30 30 64 6c 76 72 64 3a 31 30 30
> 73 75 62 :100dlvrd:100sub
> 2003-12-16 08:16:50 [24] DEBUG: data: 6d 69 74 20 64 61 74 65 3a 30 33 31 32
> 31 36 30 mit date:0312160
> 2003-12-16 08:16:50 [24] DEBUG: data: 38 31 36 64 6f 6e 65 20 64 61 74 65 3a
> 30 33 31 816done date:031
> 2003-12-16 08:16:50 [24] DEBUG: data: 32 31 36 30 38 31 36 73 74 61 74 3a 44
> 45 4c 49 2160816stat:DELI
> 2003-12-16 08:16:50 [24] DEBUG: data: 56 52 44 74 65 78 74 3a 74 68 69 73 20
> 69 73 20 VRDtext:this is
> 2003-12-16 08:16:50 [24] DEBUG: data: 6d 79 20 6d 65 73 my mes
> 2003-12-16 08:16:50 [24] DEBUG: Octet string dump ends.
> 
> Kannel understands the message is fine, however the stat value cannot be
> found.... In the module, I can see that it looks for a space at the end:
> 
> /* get err & status code */
> if ((curr = octstr_search(respstr, octstr_imm("stat:"), 0)) != -1) {
>         vpos = octstr_search_char(respstr, ' ', curr);
>         if ((vpos-curr >0) && (vpos != -1))
>                 stat = octstr_copy(respstr, curr+5, vpos-curr-5);
> } else {
>         stat = NULL;
> }
> 
> I am not sure what could be done to patch this so that it doesn't break
> other connections that do use a space.. Any ideas?

the best way to get this solved is having this 2 points done from your
side:

a) tell us which operator this is, so we can keep track of such
non-protocol-conform hoby SMPP server coders ;)
b) tell them that they should *change* it to make generaly implemented
SMPP clients happy.

Stipe

mailto:[email protected]
-------------------------------------------------------------------
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf, NRW, Germany

phone: +49.211.74845.0
fax: +49.211.74845.299

mailto:[email protected]
http://www.wapme-systems.de/
-------------------------------------------------------------------

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.2.2 (Cygwin)

mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS
OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2
nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT
dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv
bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID
AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl
OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ
K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H
g2HyLAEKQIp30Q==
=aYCI
-----END PGP PUBLIC KEY BLOCK-----
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.