several sms-es needed by smsd when using special characters in outbound message

alonso acuña <[email protected]>
Newsgroups gmane.linux.drivers.gnokii
Message-ID <CADrywMOaF_8nQeAVyki8swFZgH71bw1Ug5XjdMuYzh5SZ1Ns7Q@mail.gmail.com>
Note the debug output below. If I send a message that contains an "á". It
takes 3 sms to send it. But it can be sent in one when using "a". Of the 3
resulting sms only one contains the special character but all of them are
sent with UCS-2. I wonder if this is the expected behaviour and whether
there is something I could do to reduce the amount of sms needed (besides
not using special chars).  I am using UTF8 in the database and when running
smsd.


Case #1

Sending SMS: 88254612, Fallo. Id#955 Err#6: Comando no reconocido. "
88254612 100" - Saldo 62878.58, máxima carga: ICE:5000 Claro:5000
Movis:5000 FullM:5000 TuyoM:5000
Wed Nov 21 17:44:49 2012
Inserting Event: 0
Wed Nov 21 17:44:49 2012
Processing Event: 0
=====> ENTER gn_sms_send()
enc_chars: 144
ext_chars: 0
total: 288
size of the input string: 145 bytes
number of characters in the input string: 144 chars
=====> ENTER sms_send_long()
count: 1
Will need 3 sms-es
SMS is 288 octects long but we can only send 134 octects in a single SMS
after adding 6 octects for udh
.......
Text to be sent in this part: Fallo. Id#955 Err#6: Comando no reconocido. "
88254612 100" - Sald
=====> ENTER sms_send_single()
Adding ConcatMsg header
General Data Coding
UCS-2
dcs: 0x08
Length: 0x8a
user_data_length: 0x8a
ValidityIndicator: 2
user_data:
050003CE030100460061006C006C006F002E0020004900640023003900350035002000450072007200230036003A00200043006F006D0061006E0064006F0020006E006F0020007200650063006
F006E006F006300690064006F002E00200022002000380038003200350034003600310032002000310030003000220020002D002000530061006C0064
Input is 66 bytes long
SMS is 138 octets long
Sending

.......
Text to be sent in this part: o 62878.58, máxima carga: ICE:5000 Claro:5000
Movis:5000 FullM:500
=====> ENTER sms_send_single()
Adding ConcatMsg header
General Data Coding
UCS-2
dcs: 0x08
Length: 0x8a
user_data_length: 0x8a
ValidityIndicator: 2
user_data:
050003CE0302006F002000360032003800370038002E00350038002C0020006D00E100780069006D0061002000630061007200670061003A0020004900430045003A003500300030003000200043006C00610072006F003A00350030003000300020004D006F007600690073003A0035003000300030002000460075006C006C004D003A003500300030
Input is 67 bytes long
SMS is 138 octets long
Sending
......
Text to be sent in this part: 0 TuyoM:5000
=====> ENTER sms_send_single()
Adding ConcatMsg header
General Data Coding
UCS-2
dcs: 0x08
Length: 0x1e
user_data_length: 0x1e
ValidityIndicator: 2
user_data: 050003CE030300300020005400750079006F004D003A0035003000300030
Input is 12 bytes long
SMS is 30 octets long
Sending


Case #2

When sending the same text but using "a" instead of "á"  this is what
happens:

Sending SMS: 88254612, Fallo. Id#960 Err#3: Revise datos, trate de nuevo.
"88254612   100" - Saldo 62878.58, maxima carga: ICE:5000 Claro:5000
Movis:5000 FullM:5000 TuyoM:5000
Wed Nov 21 18:07:01 2012
Inserting Event: 0
Wed Nov 21 18:07:01 2012
Processing Event: 0
=====> ENTER gn_sms_send()
enc_chars: 152
ext_chars: 0
total: 133
size of the input string: 152 bytes
number of characters in the input string: 152 chars
=====> ENTER sms_send_single()
General Data Coding
Default Alphabet
        size: 133
        offset: 0
        encoded size: 133
        rawsms length: 152
        rawsms user data length: 133
dcs: 0x00
Length: 0x98
user_data_length: 0x85
ValidityIndicator: 2
user_data:
C6309BFD768192E451CE060315E5F2D14C079296EDE97919440ED3DF7316882E0FD3CB207219E4AE97ED6F174884C3C96A345B4C06028162309808D4024DC36CF21B6493E16E38570DC702B5CF8743B0C1A87E5E7B00E941C167535180C061AB2C3F2B7AE0683C140CDB73D3DD7D5603018C85867B39BBA1A0C060351EBF977535783C160
Input is 152 bytes long
SMS is 133 octets long
Sending




Thanks

_______________________________________________
gnokii-users mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/gnokii-users
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.