当前位置： 文江博客话题详情

Kannel：如何发送多部分消息？

发布于 2024-12-25 08:46:06 字数 10329 浏览 9 评论 0原文

我需要发送任何特殊选项才能发送多部分消息吗？

我正在通过访问以下 URL 向 Kannel 提交短信。 http://myipaddress:13013/cgi-bin/sendsms?username=test&password=test&to=123456789&from=TEST&text=long_long_text

但不是接收消息本身我在手机上看到一些奇怪的符号，类似于 4eX1-06I！ ...并且它还包含一些非拉丁符号。

如果我使文本更短（小于 160）而不更改其他任何内容，它就可以正常工作，所以这只是多部分消息问题。 如果我设置编码和字符集 (coding=1&charset=windows-1252)，那么我的三星手机会收到消息，但诺基亚显示“不支持的消息类型” http://myipaddress:13013/cgi-bin/sendsms?coding=1&charset=windows-1252&用户名=test&password=test&to=123456789&from=TEST&text=long_long_text< /a>

我可以使用以下方式发送 unicode 消息 http://myipaddress:13013/cgi-bin/sendsms?coding=2&charset=utf-8&用户名=test&password=test&to=123456789&from=TEST&text=long_long_text< /a> 但在这种情况下，我不是发送 2 条消息，而是发送 3 条消息，这很昂贵，所以我不想这样做。

Kannel smsbox 版本 1.4.3

从我的角度来看，多部分消息应该由 kannel 自动处理，所以我没有为此做任何特别的事情。我在 kannel 配置中找不到与多部分消息相关的任何内容。我什至在 kannel 用户手册中根本找不到有关多部分消息的任何内容。

这是单个消息和多部分消息的 PDU。我真的没有看到任何区别。

多部分消息的 PDU（第 1 页）

2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Manually forced source addr ton = 6, source add npi = 1
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Manually forced dest addr ton = 1, dest add npi = 1
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Sending PDU:
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:50:39 [26630] [7] DEBUG:   type_name: submit_sm
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_id: 4 = 0x00000004
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sequence_number: 601 = 0x00000259
2012-01-06 13:50:39 [26630] [7] DEBUG:   service_type: NULL
2012-01-06 13:50:39 [26630] [7] DEBUG:   source_addr_ton: 5 = 0x00000005
2012-01-06 13:50:39 [26630] [7] DEBUG:   source_addr_npi: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   source_addr: "Tiko"
2012-01-06 13:50:39 [26630] [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2012-01-06 13:50:39 [26630] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2012-01-06 13:50:39 [26630] [7] DEBUG:   destination_addr: "37493544831"
2012-01-06 13:50:39 [26630] [7] DEBUG:   esm_class: 3 = 0x00000003
2012-01-06 13:50:39 [26630] [7] DEBUG:   protocol_id: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   priority_flag: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   schedule_delivery_time: NULL
2012-01-06 13:50:39 [26630] [7] DEBUG:   validity_period: NULL
2012-01-06 13:50:39 [26630] [7] DEBUG:   registered_delivery: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   data_coding: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sm_length: 17 = 0x00000011
2012-01-06 13:50:39 [26630] [7] DEBUG:   short_message: "lohellohellohello"
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU dump ends.
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Got PDU:
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:50:39 [26630] [7] DEBUG:   type_name: submit_sm_resp
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_id: 2147483652 = 0x80000004
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sequence_number: 601 = 0x00000259
2012-01-06 13:50:39 [26630] [7] DEBUG:   message_id: "6030df9059c3c143"
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU dump ends.

多部分消息的 PDU（第 2 页）

2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP[mts]: Manually forced source addr ton = 6, source add npi = 1
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP[mts]: Manually forced dest addr ton = 1, dest add npi = 1
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP[mts]: Sending PDU:
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP PDU 0x7efeec0012c0 dump:
2012-01-06 13:44:02 [26630] [7] DEBUG:   type_name: submit_sm
2012-01-06 13:44:02 [26630] [7] DEBUG:   command_id: 4 = 0x00000004
2012-01-06 13:44:02 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   sequence_number: 585 = 0x00000249
2012-01-06 13:44:02 [26630] [7] DEBUG:   service_type: NULL
2012-01-06 13:44:02 [26630] [7] DEBUG:   source_addr_ton: 5 = 0x00000005
2012-01-06 13:44:02 [26630] [7] DEBUG:   source_addr_npi: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   source_addr: "SenderName"
2012-01-06 13:44:02 [26630] [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2012-01-06 13:44:02 [26630] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2012-01-06 13:44:02 [26630] [7] DEBUG:   destination_addr: "123456789"
2012-01-06 13:44:02 [26630] [7] DEBUG:   esm_class: 67 = 0x00000043
2012-01-06 13:44:02 [26630] [7] DEBUG:   protocol_id: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   priority_flag: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   schedule_delivery_time: NULL
2012-01-06 13:44:02 [26630] [7] DEBUG:   validity_period: NULL
2012-01-06 13:44:02 [26630] [7] DEBUG:   registered_delivery: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   data_coding: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   sm_length: 23 = 0x00000017
2012-01-06 13:44:02 [26630] [7] DEBUG:   short_message:
2012-01-06 13:44:02 [26630] [7] DEBUG:    Octet string at 0x7efeec001860:
2012-01-06 13:44:02 [26630] [7] DEBUG:      len:  23
2012-01-06 13:44:02 [26630] [7] DEBUG:      size: 1024
2012-01-06 13:44:02 [26630] [7] DEBUG:      immutable: 0
2012-01-06 13:44:02 [26630] [7] DEBUG:      data: 05 00 03 0b 02 02 6c 6f 68 65 6c 6c 6f 68 65 6c   ......lohellohel
2012-01-06 13:44:02 [26630] [7] DEBUG:      data: 6c 6f 68 65 6c 6c 6f                              lohello
2012-01-06 13:44:02 [26630] [7] DEBUG:    Octet string dump ends.
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP PDU dump ends.

此消息已传送并连接，但不可读。

单个消息（这个工作正常）

2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Manually forced source addr ton = 6, source add npi = 1
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Manually forced dest addr ton = 1, dest add npi = 1
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Sending PDU:
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:44:22 [26630] [7] DEBUG:   type_name: submit_sm
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_id: 4 = 0x00000004
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sequence_number: 587 = 0x0000024b
2012-01-06 13:44:22 [26630] [7] DEBUG:   service_type: NULL
2012-01-06 13:44:22 [26630] [7] DEBUG:   source_addr_ton: 5 = 0x00000005
2012-01-06 13:44:22 [26630] [7] DEBUG:   source_addr_npi: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   source_addr: "SenderName"
2012-01-06 13:44:22 [26630] [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2012-01-06 13:44:22 [26630] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2012-01-06 13:44:22 [26630] [7] DEBUG:   destination_addr: "123456789"
2012-01-06 13:44:22 [26630] [7] DEBUG:   esm_class: 3 = 0x00000003
2012-01-06 13:44:22 [26630] [7] DEBUG:   protocol_id: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   priority_flag: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   schedule_delivery_time: NULL
2012-01-06 13:44:22 [26630] [7] DEBUG:   validity_period: NULL
2012-01-06 13:44:22 [26630] [7] DEBUG:   registered_delivery: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   data_coding: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sm_length: 30 = 0x0000001e
2012-01-06 13:44:22 [26630] [7] DEBUG:   short_message:
2012-01-06 13:44:22 [26630] [7] DEBUG:    Octet string at 0x7efeec000a80:
2012-01-06 13:44:22 [26630] [7] DEBUG:      len:  30
2012-01-06 13:44:22 [26630] [7] DEBUG:      size: 31
2012-01-06 13:44:22 [26630] [7] DEBUG:      immutable: 0
2012-01-06 13:44:22 [26630] [7] DEBUG:      data: 68 65 6c 6c 6f 68 65 6c 6c 6f 68 65 6c 6c 6f 68   hellohellohelloh
2012-01-06 13:44:22 [26630] [7] DEBUG:      data: 65 6c 6c 6f 68 65 6c 6c 6f 68 65 6c 6c 6f         ellohellohello
2012-01-06 13:44:22 [26630] [7] DEBUG:    Octet string dump ends.
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU dump ends.
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Got PDU:
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:44:22 [26630] [7] DEBUG:   type_name: submit_sm_resp
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_id: 2147483652 = 0x80000004
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sequence_number: 587 = 0x0000024b
2012-01-06 13:44:22 [26630] [7] DEBUG:   message_id: "6030df305bc3c1c2"
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU dump ends.

这是 smsc 配置。

group = smsc
smsc-id = mts
smsc = smpp
host = ipaddress
port = 2775
#receive-port = 2775
smsc-username = "********"
smsc-password = "********"
transceiver-mode = true
source-addr-ton = 6
source-addr-npi = 1
dest-addr-ton = 1
dest-addr-npi = 1
interface-version = "34"
system-type = "ESME"
log-file = "/var/log/kannel/smsc.log"
log-level = 4
#alt-addr-charset = GSM
alt-charset = GSM
msg-id-type=0x03
reconnect-delay = 1
keepalive = 60
connection-timeout = 600
#max-pending-submits=10
log-file = "/var/log/kannel/mts.log"
log-level = 0

怎么解决呢？ 如果您需要任何其他信息，请告诉我。

提前致谢。

原文

Are there any special options that I need to send to be able to send multipart messages?

I’m submitting SMS to Kannel by accessing the following URL.
http://myipaddress:13013/cgi-bin/sendsms?username=test&password=test&to=123456789&from=TEST&text=long_long_text

But instead of receiving the message itself I see some strange symbols on my phone, something similar to
4eX1-06I! … and it contains some not Latin symbols as well.

If I make the text shorter (less then 160) without changing anything else it works fine, so this is just multipart message problem.
If I set coding and charset (coding=1&charset=windows-1252) then my Samsung phone receives the message, but Nokia says “Unsupported message type”
http://myipaddress:13013/cgi-bin/sendsms?coding=1&charset=windows-1252&username=test&password=test&to=123456789&from=TEST&text=long_long_text

I'm able to send unicode messages with
http://myipaddress:13013/cgi-bin/sendsms?coding=2&charset=utf-8&username=test&password=test&to=123456789&from=TEST&text=long_long_text
but in this case instead of sending 2 messages I'm sending 3, it's expensive, so I wouldn't like to go this way.

Kannel smsbox version 1.4.3

From my point of view multipart messages should be handled automatically by kannel, so I haven't done anything specially for that. I couldn't find anything related to multipart messages in kannel configuration. I even couldn't find anything about multipart messages in kannel users manual at all.

Here is PDU for both single message and multipart. I don't really see any difference.

PDU for multipart message (1st page)

2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Manually forced source addr ton = 6, source add npi = 1
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Manually forced dest addr ton = 1, dest add npi = 1
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Sending PDU:
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:50:39 [26630] [7] DEBUG:   type_name: submit_sm
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_id: 4 = 0x00000004
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sequence_number: 601 = 0x00000259
2012-01-06 13:50:39 [26630] [7] DEBUG:   service_type: NULL
2012-01-06 13:50:39 [26630] [7] DEBUG:   source_addr_ton: 5 = 0x00000005
2012-01-06 13:50:39 [26630] [7] DEBUG:   source_addr_npi: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   source_addr: "Tiko"
2012-01-06 13:50:39 [26630] [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2012-01-06 13:50:39 [26630] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2012-01-06 13:50:39 [26630] [7] DEBUG:   destination_addr: "37493544831"
2012-01-06 13:50:39 [26630] [7] DEBUG:   esm_class: 3 = 0x00000003
2012-01-06 13:50:39 [26630] [7] DEBUG:   protocol_id: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   priority_flag: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   schedule_delivery_time: NULL
2012-01-06 13:50:39 [26630] [7] DEBUG:   validity_period: NULL
2012-01-06 13:50:39 [26630] [7] DEBUG:   registered_delivery: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   data_coding: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sm_length: 17 = 0x00000011
2012-01-06 13:50:39 [26630] [7] DEBUG:   short_message: "lohellohellohello"
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU dump ends.
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP[vivacell2]: Got PDU:
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:50:39 [26630] [7] DEBUG:   type_name: submit_sm_resp
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_id: 2147483652 = 0x80000004
2012-01-06 13:50:39 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:50:39 [26630] [7] DEBUG:   sequence_number: 601 = 0x00000259
2012-01-06 13:50:39 [26630] [7] DEBUG:   message_id: "6030df9059c3c143"
2012-01-06 13:50:39 [26630] [7] DEBUG: SMPP PDU dump ends.

PDU for multipart message (2nd page)

2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP[mts]: Manually forced source addr ton = 6, source add npi = 1
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP[mts]: Manually forced dest addr ton = 1, dest add npi = 1
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP[mts]: Sending PDU:
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP PDU 0x7efeec0012c0 dump:
2012-01-06 13:44:02 [26630] [7] DEBUG:   type_name: submit_sm
2012-01-06 13:44:02 [26630] [7] DEBUG:   command_id: 4 = 0x00000004
2012-01-06 13:44:02 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   sequence_number: 585 = 0x00000249
2012-01-06 13:44:02 [26630] [7] DEBUG:   service_type: NULL
2012-01-06 13:44:02 [26630] [7] DEBUG:   source_addr_ton: 5 = 0x00000005
2012-01-06 13:44:02 [26630] [7] DEBUG:   source_addr_npi: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   source_addr: "SenderName"
2012-01-06 13:44:02 [26630] [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2012-01-06 13:44:02 [26630] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2012-01-06 13:44:02 [26630] [7] DEBUG:   destination_addr: "123456789"
2012-01-06 13:44:02 [26630] [7] DEBUG:   esm_class: 67 = 0x00000043
2012-01-06 13:44:02 [26630] [7] DEBUG:   protocol_id: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   priority_flag: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   schedule_delivery_time: NULL
2012-01-06 13:44:02 [26630] [7] DEBUG:   validity_period: NULL
2012-01-06 13:44:02 [26630] [7] DEBUG:   registered_delivery: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   data_coding: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2012-01-06 13:44:02 [26630] [7] DEBUG:   sm_length: 23 = 0x00000017
2012-01-06 13:44:02 [26630] [7] DEBUG:   short_message:
2012-01-06 13:44:02 [26630] [7] DEBUG:    Octet string at 0x7efeec001860:
2012-01-06 13:44:02 [26630] [7] DEBUG:      len:  23
2012-01-06 13:44:02 [26630] [7] DEBUG:      size: 1024
2012-01-06 13:44:02 [26630] [7] DEBUG:      immutable: 0
2012-01-06 13:44:02 [26630] [7] DEBUG:      data: 05 00 03 0b 02 02 6c 6f 68 65 6c 6c 6f 68 65 6c   ......lohellohel
2012-01-06 13:44:02 [26630] [7] DEBUG:      data: 6c 6f 68 65 6c 6c 6f                              lohello
2012-01-06 13:44:02 [26630] [7] DEBUG:    Octet string dump ends.
2012-01-06 13:44:02 [26630] [7] DEBUG: SMPP PDU dump ends.

This message was delivered and concatanated, but it is unreadable.

Single message (this one works fine)

2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Manually forced source addr ton = 6, source add npi = 1
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Manually forced dest addr ton = 1, dest add npi = 1
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Sending PDU:
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:44:22 [26630] [7] DEBUG:   type_name: submit_sm
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_id: 4 = 0x00000004
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sequence_number: 587 = 0x0000024b
2012-01-06 13:44:22 [26630] [7] DEBUG:   service_type: NULL
2012-01-06 13:44:22 [26630] [7] DEBUG:   source_addr_ton: 5 = 0x00000005
2012-01-06 13:44:22 [26630] [7] DEBUG:   source_addr_npi: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   source_addr: "SenderName"
2012-01-06 13:44:22 [26630] [7] DEBUG:   dest_addr_ton: 1 = 0x00000001
2012-01-06 13:44:22 [26630] [7] DEBUG:   dest_addr_npi: 1 = 0x00000001
2012-01-06 13:44:22 [26630] [7] DEBUG:   destination_addr: "123456789"
2012-01-06 13:44:22 [26630] [7] DEBUG:   esm_class: 3 = 0x00000003
2012-01-06 13:44:22 [26630] [7] DEBUG:   protocol_id: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   priority_flag: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   schedule_delivery_time: NULL
2012-01-06 13:44:22 [26630] [7] DEBUG:   validity_period: NULL
2012-01-06 13:44:22 [26630] [7] DEBUG:   registered_delivery: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   data_coding: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sm_length: 30 = 0x0000001e
2012-01-06 13:44:22 [26630] [7] DEBUG:   short_message:
2012-01-06 13:44:22 [26630] [7] DEBUG:    Octet string at 0x7efeec000a80:
2012-01-06 13:44:22 [26630] [7] DEBUG:      len:  30
2012-01-06 13:44:22 [26630] [7] DEBUG:      size: 31
2012-01-06 13:44:22 [26630] [7] DEBUG:      immutable: 0
2012-01-06 13:44:22 [26630] [7] DEBUG:      data: 68 65 6c 6c 6f 68 65 6c 6c 6f 68 65 6c 6c 6f 68   hellohellohelloh
2012-01-06 13:44:22 [26630] [7] DEBUG:      data: 65 6c 6c 6f 68 65 6c 6c 6f 68 65 6c 6c 6f         ellohellohello
2012-01-06 13:44:22 [26630] [7] DEBUG:    Octet string dump ends.
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU dump ends.
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP[mts]: Got PDU:
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU 0x7efeec0008b0 dump:
2012-01-06 13:44:22 [26630] [7] DEBUG:   type_name: submit_sm_resp
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_id: 2147483652 = 0x80000004
2012-01-06 13:44:22 [26630] [7] DEBUG:   command_status: 0 = 0x00000000
2012-01-06 13:44:22 [26630] [7] DEBUG:   sequence_number: 587 = 0x0000024b
2012-01-06 13:44:22 [26630] [7] DEBUG:   message_id: "6030df305bc3c1c2"
2012-01-06 13:44:22 [26630] [7] DEBUG: SMPP PDU dump ends.

Here is the smsc configuration.

group = smsc
smsc-id = mts
smsc = smpp
host = ipaddress
port = 2775
#receive-port = 2775
smsc-username = "********"
smsc-password = "********"
transceiver-mode = true
source-addr-ton = 6
source-addr-npi = 1
dest-addr-ton = 1
dest-addr-npi = 1
interface-version = "34"
system-type = "ESME"
log-file = "/var/log/kannel/smsc.log"
log-level = 4
#alt-addr-charset = GSM
alt-charset = GSM
msg-id-type=0x03
reconnect-delay = 1
keepalive = 60
connection-timeout = 600
#max-pending-submits=10
log-file = "/var/log/kannel/mts.log"
log-level = 0

How to solve that?
Please let me know if you need any other information.

Thanks in advance.

如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论， 你可以免费 注册 一个本站的账号。

评论（2）

怎言笑 2025-01-01 08:46:06

您可以设置以下参数以避免重复消息

sms-resend-retry = 0
max-messages =0

You can set below parameter to avoid duplicate message

sms-resend-retry = 0
max-messages =0
回复 原文
顾冷 2025-01-01 08:46:06

在 Kannel 用户指南中有一个 max-messages 设置，

如果要发送的消息长度超过 SMS 的最大长度，则
将被分成几个部分。 max-messages 允许您指定
可以使用的单个 SMS 消息的最大数量。如果
max-messages 设置为 0，除了错误消息之外，不发送回复。

我会尝试更改该设置，因为我似乎在任何地方都找不到默认设置

http://www.kannel.org/download/1.4.3/userguide-1.4.3/userguide.html

In the Kannel user guide there's a max-messages setting,

If the message to be sent is longer than maximum length of an SMS it
will be split into several parts. max-messages lets you specify a
maximum number of individual SMS messages that can be used. If
max-messages is set to 0, no reply is sent, except for error messages.

I'd try changing that setting because i don't seem to find a default anywhere

http://www.kannel.org/download/1.4.3/userguide-1.4.3/userguide.html

回复 原文
~没有更多了~

关于作者

念﹏祤嫣

暂无简介

文章
评论
29 人气
发私信

相关话题

更多

热门标签

操作系统 程序设计 IT运维 Linux系统管理 JavaScript 服务器应用 solaris C/C++ PHP Shell BSD Vue.js aix Oracle Python HTML 系统管理 HTML5 CSS 前端
更多

推荐作者

十二

文章 0 评论 0

飞烟轻若梦

文章 0 评论 0

OPleyuhuo

文章 0 评论 0

wxb0109

文章 0 评论 0

旧城空念

文章 0 评论 0

-小熊_

文章 0 评论 0

更多

友情链接

文江博客
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
    原文