The HTTP push API allows incoming SMSs, including replies to outgoing SMSs, to be routed back to you via HTTP. HTTP GET is used, and all data are sent as simple query parameters.

Note that only certain cellular networks are supported, and that the list of networks for which we can collect replies is not necessarily the same as the list of networks for which we can collect pure MO messages, i.e. messages which are not in reply to an outgoing message.

This service is available by prior arrangement only - please let us know if you are interested in using it.

You can nominate whatever URL you wish the incoming messages to be sent to, e.g.:
http://www.mydomain.dom/incoming/deliver.php?pass=blahblah

(yes, please do include a password for use with your receiving script).

You may also want to consider receiving replies on a non-standard port, in an attempt to bypass any transparent proxies between our server and yours, e.g.:
http://www.mydomain.dom:11123/incoming/deliver.php?pass=blahblah

Your script is expected to do only one thing reliably: to return at least one character in its output (and of course, not to return an HTTP error code, or a redirect, or anything else other than a 200 (OK) response). Any HTTP response other than a 500 (Internal Server Error) will be considered to be a fatal error, and not retried. Please trap your errors: if your script generates a SQL error (e.g. because you are encountering a certain type of character in a message body for the first time), please rather log the fact and return a 200 status, than return a 500 status code which will force us to resubmit the report to you unnecessarily.

Query parameters sent:

• msisdn: the number that the incoming message was sent to.
• sender: the number that the incoming message was sent from.
• message: the message sent.
• msg_id: an integer identifier unique to this incoming message. You must use this to eliminate possible duplicate submissions reaching you, if such duplicates would be problematic for you.
• source_id: if this message is in reply to a message previously sent, will be set to the source_id of the original message that was sent.
• referring_batch_id: the integer identifier that was returned by the send_sms api call at the time when the original message was submitted, if this message is in reply to another previously sent. If this incoming message is not a reply, this field will be set to zero. This field replaces referring_msg_id for newer versions of send_sms.
• referring_msg_id: the integer identifier that was returned by the send_sms api call (versions < 2.0) at the time when the original message was submitted, if this message is in reply to another previously sent. If this incoming message is not a reply, this field will be set to zero.
• network_id: the mcc+mnc tuple identifying the cellular network that this message belongs to - useful for detecting ported numbers (this information is not always available - an empty string is set if not determinable).
• concat_reference (values: 0-255): the concatenated reference number (only present for concatenated messages).
• concat_num_segments (values: 1-255): the total number of messages within the concatenated set (only present for concatenated messages).
• concat_seq_num (values: 1-255): the sequence number of this message within the concatenated set (only present for concatenated messages).

Any other query parameters that are sent should be ignored.