Support forum

Diafaan SMS Server does not have an option to close an individual connection at a random time but it is possible to close a connection when the client is sending a message.

If the response of a 'message_out' HTTP callback contains the parameter 'close_connection=1', the SMPP Connector will close the connection to the client after handling the message. The combination 'result=0&close_connection=1' rejects the message and closes the connection.

Regards, henk

The Emulator Gateway does not actually send any messages and does not split long messages. The message is handled internally as 1 message and that is the number you see in the send log.

There is no fixed formula for the number of message parts of a single long message, it depends on the gateway that is used to send the messages, how the gateway is set up and on the Message Type of the message. For instance if you send a long message with the HTTP Gateway it is usually sent in 1 message part, the same message can be sent in 2 message parts if it is sent with a GSM Modem Gateway or SMPP Gateway and even 3 or 4 message parts if the Message Type is set to 'sms.unicode'.

If you want to test the message part count, you can set up a 2nd server with a trial license of Diafaan SMS Server using an SMPP Connector and an Emulator Gateway. You can then use that server to send the messages from an SMPP Gateway on your primary server and the message part count will be correct for the type of gateway and the settings that you want to use. You can also do this on a single server but that slows down performance and makes testing more complicated.

Regards, Henk

Hello Adam,

Thank you for the purchase of Diafaan SMS Server.

Can you explain in more detail what goes wrong with the long messages? Is the problem related to outgoing messages or oncoming messages? Are the long messages received in multiple parts or only the first 160/40 characters?

When SMS messages are sent with a GSM modem, Diafaan SMS Server takes care of splitting and combining messages in multiple messages parts. However, when the messages are sent and received by the GSM Modem Emulator on an Android phone, Android takes care of the splitting and combining of the message parts itself. The GSM Modem Emulator sends the long message to Android and receives the long messages from Android. If the message parts don't work as expected, it could be an issue with the specific version of the Android phone that you are using.

Thank you for the observation that the full HTTP callback option is faster in your case. This will be different on different servers but when we developed the HTTP callbacks we noticed that on some servers the full HTTP callback handling was unusable slow. That is the reason that we added a lightweight 'quick and dirty' HTTP callback option as well. Apparently the full HTTP callback option is not always slower.

Regards, Henk