Operating system name and version: Debian 3.16 / GNULinux 8.5
Version of smsd: 3.1.15
Smsd installed from: apt-get
Name and model of a modem: Maestro Wireless M100 3G-XT02 (Sierra Wireless module SL8082T)
Interface: USB
application: PlaySMS

Hi guys,

I'm a new user of smstools (I was on Gammu before, but it was not compatible with our new modem) and I use it in combo with a GSM modem and also playSMS, a web interface for SMS gateways like smstools.

For now, sending SMS seems to work well, but the incoming is not working properly with multipart SMS.

To check it, I see it in the PlaySMS MySQL DB (when the SMS is in the incoming directory, it disapears from it immediatly, maybe because of playSMS reading it)

When I send a one-part SMS with alphanumerics, GSM chars or Unicode, it works mainly good (for unicode, I'm still not sure to have the exact translation of the emojis, it seems only replaced by a '=' char when I see it in phpmyadmin, but at least I received the message completly).

But when I send multi-part SMS, it's OK with alphanumerics and GSM chars, but it's not doing well with Unicode ones.

I just got some little parts, even multiple times the same little part (I sent the SMS only once) and it never succeed to make it complete.

Also, when there was an unsuccessful multi-part SMS into the modem, it seems like I'm not receiving message for at least 1 hour... When it's in this weird state, I think I'm even losing some SMS that I've sent, but that I'll never receive.

here is my actual conf (I've added all the settings that may be useful in my case, but it may be not used well):


Thank you

I forgot that I got some kind of errors that I can find in smsd.log when it's in the wierd state:
2016-08-17 15:52:16,7, GSM1: -> AT+CPMS="SM" 2016-08-17 15:52:16,7, GSM1: Command is sent, waiting for the answer 2016-08-17 15:52:16,7, GSM1: <- +CPMS: 5,40,5,40,5,40 OK 2016-08-17 15:52:16,6, GSM1: Checking memory size 2016-08-17 15:52:17,7, GSM1: -> AT+CMGL=4 2016-08-17 15:52:17,7, GSM1: Command is sent, waiting for the answer 2016-08-17 15:52:18,7, GSM1: <- +CMGL: 2,1,,159 07913366003000F0400B913326804899F60008618071519141808C050003300602006E002000E00020007300690067006E006500720020003F0063002000650073007400200075007200670065006E0074002000E000200070007200E900730065006E0074006500720020006A00200061007500720061006900730020006400FB0020006C0061002000720065006300650076006F0069007200200061006C006F007200730020 +CMGL: 3,1,,159 07913366003000F0400B913326804899F60008618071519151808C0500033006030071007500650020007200690065006E00200064007500200074006F007500740020006D002000E0002000740020006F006E00200072006100700070006F0072007400E9002E0020004A006500200076006F0075006400720061006900730020007200E90067006C006500720020006A00750069006E0020006F00750020006F006E0020006D +CMGL: 4,1,,159 07913366003000F0400B913326804899F60008618071519161808C050003300604002000E000200070006C0061006E007400E9002E002E002E0020005600E9007200690066006900650072002000E900740061006E007400200063006F006E006300650072006E00E90065002E0020004A00200065006E0020006100690020007000610072006C00E9002000E00020006D006F006E00200061007300730069007300740061006E +CMGL: 5,1,,159 07913366003000F0400B913326804899F60008618071519171808C0500033006050074006500200073006F006300690061006C00650020006D00640070006800200065007400200061007400740065006E0064006F006E007300200063006500740074006500200066006500750069006C006C0065002E0020004200690065006E002000E000200076006F00750073002E002000480061006E0061007500650072002000490073 +CMGL: 6,1,,39 07913366003000F0640B913326804899F600086180715191818014050003300606006100620065006C006C00650020 OK 2016-08-17 15:52:18,6, GSM1: Skipping message 048 from 33620XXXXXX, all parts not found 2016-08-17 15:52:18,7, GSM1: Message 048 from 33620XXXXXX will be read partially after 87 minutes unless remaining parts are received 2016-08-17 15:52:18,6, GSM1: Used memory is 0 2016-08-17 15:52:18,6, GSM1: Changing memory 2016-08-17 15:52:18,7, GSM1: -> AT+CPMS="SM"

As your primary_memory and secondary_memory are both the same, you could comment out those lines. The next version will disable dual memory handler in such case.

Do you still have the whole log available? I'm wondering what is there right before 2016-08-17 15:52:16, is there part 1/6 never received?