MMS message support
The Sinch SMS REST API supports MMS messages in some circumstances. MMS support is currently available in the following destinations:
- US
- Canada
- Australia
- Puerto Rico
Just as with standard SMS messages and message batches, you can send an MMS message or a batch of MMS messages using the MediaRequest body, recieve corresponding callbacks, and poll for delivery reports related to those batches of MMS messages.
MMS best practices
This document provides general guidance for using the SMS API to send MMS messages. For more thorough recommendations and information on MMS support and constraints, see the Sinch MMS channel best practices documentation.Sending MMS messages
The operation to send an MMS message, or a batch of MMS messages, has many of the same parameters and fields as the operation to send SMS messages. However, there are a few fields that require special attention when sending MMS messages using the SMS REST API:
- The
type
field of the request must always be set tomt_media
- You must always populate the
url
field of thebody
object. To include text with your media, populate themessage
field of thebody
as well - The
strict_validation
field, which is optional, allows you to enable message validation against Sinch MMS channel best practices
For example, consider the following message, which includes media and text:
In order to send this message, you would make a call to the SMS REST API's batch send endpoint with the following payload:
{- "from": "12345",
- "to": [
- "15551231212"
], - "body": {
- "message": "Text message from Sinch!"
}, - "type": "mt_media"
}
There are other optional objects and fields you can populate in the request as well. These are documented in both the API reference and the Parameters and properties section below.
Media support and constraints
Below are the supported media types and corresponding constraints for sending and receiving an MMS message using the SMS REST API:
- image: .jpg, .png (please observe that .jpg files have wider support on mobile devices than .png files)
- video: .mp4, .gif, .mov
- vCard (Virtual Contact File): .vcf
- PDF files: .pdf
We recommend you to keep media file sizes under 1MB as MMS providers usually use this limit.
The following image gives an example of a media message.
Note that the above message includes media and no text. In this case, thebody
object does not include a populated message
field.For more recommendations and information on MMS support and constraints, see the Sinch MMS channel best practices documentation.Parameters and properties
The full list and description of the parameters and properties that can be included in the request body for sending a batch of MMS messages is below:
required | object (MediaBody) The message content, including a URL to the media file | ||||||||||
to required | Array of strings <E.164> (MtDestination) [ 1 .. 1000 ] items List of Phone numbers and group IDs that will receive the batch. More info | ||||||||||
from | string Sender number. Must be valid phone number, short code or alphanumeric. Required if Automatic Default Originator not configured. | ||||||||||
object (parameterObj) Contains the parameters that will be used for customizing the message for each recipient. | |||||||||||
type | string MMS | ||||||||||
delivery_report | string Default: "none" Request delivery report callback. Note that delivery reports can be fetched from the API regardless of this setting.
| ||||||||||
send_at | string <date-time> If set in the future, the message will be delayed until | ||||||||||
expire_at | string <date-time> If set, the system will stop trying to deliver the message at this point. Must be after | ||||||||||
callback_url | string [ 0 .. 2048 ] characters Override the default callback URL for this batch. Must be valid URL. | ||||||||||
client_reference | string [ 0 .. 2048 ] characters The client identifier of a batch message. If set, the identifier will be added in the delivery report/callback of this batch | ||||||||||
feedback_enabled | |||||||||||
strict_validation | boolean Default: false Whether or not you want the media included in your message to be checked against Sinch MMS channel best practices. If set to true, your message will be rejected if it doesn't conform to the listed recommendations, otherwise no validation will be performed. |
Receiving MMS messages
Incoming MMS messages can be received in two ways:
Media attached to the incoming message will be uploaded to the Sinch-provided or customer-provided storage (you must contact your account manager to have custom storage provisioned to your account) and the URL(s) to download the media will be returned. In the event of an error, an error code will be returned.
Note:
Any text content included in attached .txt files will be added to the message itself, rather than being included in a separate downloadable file.
{- "body": {
- "subject": "Test subject",
- "message": "Test message",
- "media": [
- {
- "contentType": "image/jpeg",
- "status": "UPLOADED",
- "code": 0
}
]
}, - "from": "+11203494390",
- "id": "01FC66621XXXXX119Z8PMV1QPA",
- "received_at": "2019-08-24T14:15:22Z",
- "sent_at": "2019-08-24T14:15:22Z",
- "to": "11203453453",
- "type": "mo_media"
}
Troubleshooting
If you run into an issue while using the SMS REST API to send MMS messages, ensure that:
- You have MMS functionality enabled on your account. If do not, contact your account manager
- All required fields are populated, including the
url
field in thebody
object - The
type
field is set tomt_media
- The HTTP server that provides the media sets
Content-Type
in the header of the response - Downloading the media from that HTTP server takes less than 60 seconds