Hi,

Thank you for your reply. Kindly find below :

http://x.x.x.x:13017/cgi-bin/sendsms?username=&password=smsPass&from=&to=&text=RM0+fiqs*****%c2%a1***il.com+has+been+set+as+the+security+email+address+for+your+HUAWEI+ID+fikrullah*************%c2%a1***il.com.+If+this+wasn%27t+you%2c+please+reset+your+account+password+and+remove+the+security+email+address+immediately.&dlr-mask=3&dlr-url=http://x.x.x.x/BulkDN/BulkDN.aspx?type='%d',FID=%F

Config with alt-charset = "utf-8"

Thank you and Regards,

Arif Noor


-----Original Message-----
From: Stipe Tolj <st...@kannel.org> 
Sent: Tuesday, November 24, 2020 7:52 PM
To: Wan Md Arif Noor Bin. Wan Nizam <md.a...@forest-interactive.com>
Cc: kannel users@kannel.org <users@kannel.org>
Subject: Re: Long Message Issue

Am 14.10.20, 04:24, schrieb Wan Md Arif Noor Bin. Wan Nizam:
> Hi Kannel Users,
>
> Based on the logs below it seems like Kannel is exceeding 160 
> characters when sending concatenated long SMS which in result rejected 
> by the operator, is this a bug?

Hi Arif,

let us try to look into this. Can you please provide the corresponding sendsms 
HTTP API call that you used to generate the message?

In addition the .data_coding = 0x00 is set, so per SMPP protocol the default 
SMSC alphabet, which is "mostly" GSM 03.38 throughout the world. 
But your payload looks more like UTF-8 encoded, at least the byte codes are 
larger the 0x7F which is the max limit of the 7bit GSM encoding.

--
Best Regards,
Stipe Tolj

-------------------------------------------------------------------
Düsseldorf, NRW, Germany

Kannel Foundation                 tolj.org system architecture
http://www.kannel.org/            http://www.tolj.org/

st...@kannel.org                  s...@tolj.org
-------------------------------------------------------------------

Reply via email to