How do I enable MMS Delivery Receipts when sending messages?

Mara Wallace

Updated

MMS Delivery Receipts changes for API users

Beginning July 31, 2020, Bandwidth will support MMS Delivery Receipts (DLRs) when sending messages.

Bandwidth will automatically request DLRs when you send MMS or Group messages. As a result, you'll need to support all three possible callback events for Messaging: Message Delivered, Message Failed, and Message Sending

Most accounts are enabled by default for this functionality, but if you are not receiving the Message Sending callback, please reach out to your Bandwidth Support Team.

Message_Delivery_Receipts_Chart.png

Callback messaging events

Bandwidth is introducing a new callback event for MMS. A message-sending callback event indicates the message is being sent to the downstream carrier and is waiting on the return of the requested DLR. This event will be sent before the message-delivered event on successful message authorization of MMS message. If the downstream provider doesn't return or support DLRs, you'll only receive this event to indicate the message was acknowledged by the downstream carrier but they provided no additional delivery information. 

The message-delivered event will now reflect a true message delivery for MMS and Group Messages, effectively representing an acknowledgment from the downstream provider that they've received the message. 

Note: Wireless carriers don't support handset DLRs on local numbers. When sending local messages, the delivery event you receive will represent delivery to the wireless carrier only. Where available from the carrier, toll-free and short code messages will reflect delivery to the handset.

When the carrier responds to the request for a DLR with a failed status and error code, you may receive a message-failed callback event. This callback will also include an error code that indicates why the message wasn’t deliverable. Please review the list of error codes or see our Troubleshooting section if you need help resolving the error. 

What if I don’t want to enable DLRs for MMS?

If you don’t request the MMS DLRs to be enabled on your account or request the functionality to be turned off, you’ll continue to receive a message-delivered event callback as you do today. This event will continue to indicate that  Bandwidth received the message, but it won’t reflect whether the downstream carrier confirmed the receipt of this message.

Note: If you don’t enable the MMS DLRs, you’ll continue to receive a callback without true delivery information.

For more information about the message delivered events, please see our developer docs. 

MMS HTTP messaging errors

Note: There will be new messaging delivery error codes specific to MMS. For the full list of error codes, please see our developer docs. 

Delivery error code

Error code description

Explanation of error

4300

malformed-message

This error indicates the message is formatted incorrectly. 

4410

media-unavailable

There was an error retrieving the media from the media web server. Check the media URL and try to access it directly to see if the media can be fetched successfully.

4411

rejected-size-limit

The total size of MMS message media/attachments exceeded the max file size supported.

4412

media-content-invalid

The message failed because the media content type isn't supported. 

4420

rejected-carrier-does-not-exist

The upstream provider doesn't exist in our configuration.

4421

rejected-forbidden-no-destination

The destination is considered forbidden when the account isn't provisioned for that destination. 

4435

forbidden-too-many-recipients

The maximum limit of 10 participants in a Group has been exceeded. 

Article is closed for comments.