A2P 10DLC Campaign Vetting Delays: We are experiencing delays while vetting 10DLC campaigns. Our third party is reviewing campaigns manually, and due to the high volume of requests, a queue has built up. Campaign reviews are expected to take longer. Twilio is working with the provider to help expedite this process. New details will be shared in our incident report as soon they become available.

Does Twilio check to see if phone numbers can receive SMS?

Yes, Twilio's Programmable Messaging API has phone number validation logic built in. We try to save you money by rejecting messages to numbers we are certain are incorrect. We will also reject messages that cannot be delivered due to incompatibility between the "From" and "To" numbers.

However, we don't guarantee that we will reject all messages to invalid or inactive numbers. It is your responsibility to provide accurate data to the best of your ability, and ensure that you are always sending to properly opted-in users as per our Messaging Policy.

Below, we will describe how Twilio validates the "To" phone numbers in your outbound message requests, and what errors you might encounter when you attempt to send to invalid or unreachable numbers.

Step 1: Checking to see if the "To" number is valid

When you make a POST request to Twilio's REST API, Twilio will check the validity of the "To" phone number in the request. If Twilio discovers that the "To" phone number provided cannot possibly exist based on its format, Twilio will respond to your API request with an HTTP 400 response and Error 21211.

If the phone number seems to be valid based on its format, Twilio will move to the next step.

Step 2: Fetching mobile carrier information on the "To" number (and checking if the "To" is a mobile number)

After validating that the format of the "To" number is valid, Twilio will do a lookup on the number to get its mobile carrier information. This is similar to the lookup functionality offered in Twilio's Lookup API.

In the United States, Canada, and the UK, Twilio will attempt message delivery to landline devices, as message delivery to landlines is sometimes supported by carriers. The only exception is that short code numbers cannot communicate with landlines under any circumstances, so attempting to send from a short code number to a landline will result in an HTTP 400 status and error 21612.

In all other countries, if Twilio performs a number lookup and detects that a number is a landline number, Twilio will respond to your API request with an HTTP 400 status and error 21614.

Step 3: Checking whether Twilio can reach the "To" number with the "From" parameter you provided

Assuming that we are able to retrieve carrier information for the "To" number as described in Step 2, Twilio will now check to make sure our system supports sending from the "From" number or sender you provided to the "To" number.

For example, if you provided a US short code as your "From" parameter and a Canada mobile number as your "To" parameter, your API request will result in an HTTP 400 status and error 21612, because a short code can only send to numbers in its own country.

On the other hand, if you provided a US short code as "From" and a US mobile number as "To," Twilio's system will recognize this as a valid combination and proceed to sending the message.

Once we complete this step, we will complete any additional processing that is needed on the message, and enqueue it to be sent.

Best Practices

If your application is logging a lot of HTTP 400 responses from Twilio containing errors 21211, 21612, or 21614, it's likely that there's a problem with your contact list or the way you are collecting users' numbers. The good news is that Twilio does not bill you for rejected API requests, but you should still take steps to figure out what is causing these errors. Please refer to Twilio's error documentation for these errors, which usually include troubleshooting tips.

As a reminder, Twilio's Messaging Policy and carrier policies require that you only send messages to users who have provided explicit consent to receive those messages from you. Failure to do this can result in failed messages due to invalid numbers, and moreover it can result in message filtering on the messages that do go through.

In general, it is a good idea to keep track of whether the numbers you collect from your users or customers are landlines or mobile. This makes it easier for you to know how best to reach them. If you don't have that information already, you may consider using the Twilio Lookup API. This enables you to check whether numbers are valid, whether they are mobile or landline, and which carrier the number is on.

Have more questions? Submit a request
Powered by Zendesk