Hi everyone!
I have this incorrect non-ASCII characters display issue that wasn't able to 
resolve even after quite a lot of trial-error attempts, so decided to give it a 
try here.
With Kannel serving as both SMPP server (OpenSMPPBox) and SMPP client (SMPP 
smsc) acting as a load balancer between multiple Kannel gateways using GSM 
modems, messages get encoded twice resulting in non-ASCII characters 
incorrectly displayed on the phone.
Flow example is as follows:
Characters being sent are: ΓΔEZHΘIKΛMNΞOΠP  (all available in GSM7 character 
table)OpenSMPPBox (Got PDU): 13 10 45 5a 48 19 49 4b 14 4d 4e 1a 4f 16 50      
..EZH.IK.MN.O.POpenSMPPBox (Routed msg to smsc): 13 10 45 5a 48 19 49 4b 14 4d 
4e 1a 4f 16 50      ..EZH.IK.MN.O.PBearerbox (Sent SMS): 
msg:15:..EZH.IK.MN.O.PSMPP SMSC (Sending PDU): ??EZH?IK?MN?O?P
Apparently after being received via OpenSMPPBox up until getting handed over to 
SMPP SMSC, message remains properly encoded, but then it gets encoded again 
introducing substitute characters (question marks). Provided that 
aforementioned was correctly assumed, is it possible somehow to prevent 
subsequent encoding or is there another way to circumvent this behaviour?
Thank you in advance!Ed I.

Reply via email to