SMPP message ID greater than 9223372036854775807 breaking DLRs

--000000000000f83b31060208021c
Content-Type: text/plain; charset="UTF-8"

Hi all,

I've run into an issue with a certain SMS provider (Nexmo/Vonage) that is
using message IDs greater than 9223372036854775807 (e.g.
6142530091694509440651642911224527237), which is in turn breaking DLR
processing in Kannel.

They use hex in submit_sm_resp and decimal in deliver_sm so I have to have
msg-id-type=0x01 set, so it's not like I can remove it and have Kannel use
a C literal instead.

I've just tried the latest daily build and have the same issue. Using MySQL
for DLR storage if that's relevant.

Any help appreciated!

Thanks
Alex

--000000000000f83b31060208021c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi all,<div><br></div><div>I&#39;ve run into an issue with=
 a certain SMS provider (Nexmo/Vonage) that is using message IDs greater th=
an=C2=A09223372036854775807 (e.g. 6142530091694509440651642911224527237), w=
hich is in turn breaking DLR processing in Kannel.=C2=A0</div><div><br></di=
v><div>They use hex in submit_sm_resp and decimal in deliver_sm so I have t=
o have=C2=A0<span style=3D"font-family:monospace">msg-id-type=3D0x01=C2=A0<=
/span>set, so it&#39;s not like I can remove it and have Kannel use a C lit=
eral instead.=C2=A0</div><div><br></div><div>I&#39;ve just tried the latest=
 daily build and have the same issue. Using MySQL for DLR storage if that&#=
39;s relevant.</div><div><br></div><div>Any help appreciated!</div><div><br=
></div><div>Thanks</div><div>Alex=C2=A0</div></div>

--000000000000f83b31060208021c--