Closed vazir closed 3 years ago
Confirmed with log:
CRITICAL 84239 Exception raised handling inbound PDU [PDU [command: CommandId.submit_sm, sequence_number: 2, command_status: CommandStatus.ESME_ROK
service_type: b''
source_addr_ton: <AddrTon.ALPHANUMERIC: 6>
source_addr_npi: <AddrNpi.UNKNOWN: 1>
source_addr: b'2'
dest_addr_ton: <AddrTon.INTERNATIONAL: 2>
dest_addr_npi: <AddrNpi.UNKNOWN: 1>
destination_addr: b'3'
esm_class: EsmClass[mode: EsmClassMode.DEFAULT, type: EsmClassType.DEFAULT, gsmFeatures: set()]
protocol_id: 0
priority_flag: <PriorityFlag.LEVEL_0: 1>
schedule_delivery_time: None
validity_period: None
registered_delivery: RegisteredDelivery[receipt: RegisteredDeliveryReceipt.SMSC_DELIVERY_RECEIPT_REQUESTED, smeOriginatedAcks: set(), intermediateNotification: False]
replace_if_present_flag: <ReplaceIfPresentFlag.DO_NOT_REPLACE: 1>
data_coding: DataCoding[scheme: DataCodingScheme.DEFAULT, schemeData: DataCodingDefault.UCS2]
sm_default_msg_id: 0
short_message: b'\x00\xa7'
]] hex[b'000000250000000400000000000000020005003200010033000000000000010008000200a7']: [Failure instance: Traceback: <class 'UnicodeDecodeError'>: 'utf-8' codec can't decode byte 0xa7 in position 1
Issue solved in 0.10.9
§ char is allowed by standard, and another SMPP accepts the PDU fine, but with JASMIN I'm getting connection drop: checking easy, just submit any text containing the given char.
Here is the test code, which works with a commercial SMPP or Yate SMPP in test
result