Twilio can respond to your requests in various formats. The most common are detailed below. For special cases and extra formats see the Tips & Tricks section.
By default, Twilio's REST API returns XML, with a root element of <TwilioResponse>. For example, here is the default XML representation of an SMS message:
_10GET /2010-04-01/Accounts/ACXXXXX.../Messages/SM1f0e8ae6ade43cb3c0ce4525424e404f
_21<TwilioResponse>_21 <SMSMessage>_21 <Sid>SM1f0e8ae6ade43cb3c0ce4525424e404f</Sid>_21 <DateCreated>Fri, 13 Aug 2010 01:16:24 +0000</DateCreated>_21 <DateUpdated>Fri, 13 Aug 2010 01:16:24 +0000</DateUpdated>_21 <DateSent/>_21 <AccountSid>ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</AccountSid>_21 <To>+13455431221</To>_21 <From>+15104564545</From>_21 <Body>A Test Message</Body>_21 <Status>queued</Status>_21 <Flags>_21 <Flag>outbound</Flag>_21 </Flags>_21 <ApiVersion>2010-04-01</ApiVersion>_21 <Price/>_21 <Uri>_21 /2010-04-01/Accounts/ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/Messages/SM1f0e8ae6ade43cb3c0ce4525424e404f_21 </Uri>_21 </SMSMessage>_21</TwilioResponse>
Twilio also supports returning resource representations as JSON. Simply add the .json extension to any resource URI. Here is the above resource represented as JSON:
_10GET /2010-04-01/Accounts/ACXXXXX.../Messages/SM1f0e8ae6ade43cb3c0ce4525424e404f.json
_15{_15 "sid": "SM1f0e8ae6ade43cb3c0ce4525424e404f",_15 "date_created": "Fri, 13 Aug 2010 01:16:24 +0000",_15 "date_updated": "Fri, 13 Aug 2010 01:16:24 +0000",_15 "date_sent": null,_15 "account_sid": "ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",_15 "to": "+15305431221",_15 "from": "+15104564545",_15 "body": "A Test Message",_15 "status": "queued",_15 "flags":["outbound"],_15 "api_version": "2010-04-01",_15 "price": null,_15 "uri": "\/2010-04-01\/Accounts\/ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX\/Messages\/SM1f0e8ae6ade43cb3c0ce4525424e404f.json"_15}
Twilio can also return CSV, HTML and other response types. See the Tips & Tricks section for more information.
Twilio returns exceptions in the HTTP response body when something goes wrong. In XML, these appear as a <RestException> element within the <TwilioResponse>. An exception has up to four properties:
| Property | Description |
|---|---|
| Status | The HTTP status code for the exception. |
| Message | A more descriptive message regarding the exception. |
| Code | (Conditional) An error code to find help for the exception. |
| MoreInfo | (Conditional) The URL of Twilio's documentation for the error code. |
If you receive an exception with status code 400 (invalid request), the 'Code' and 'MoreInfo' properties are useful for debugging what went wrong.
Here is a simple 404:
An invalid POST to the Calls resource without a 'To' parameter would return:
One of the core principles of REST is "Hypermedia As The Engine Of Application State." Basically this means that every resource representation obtained from a REST API request must include URIs that identify that resource and the resources related to it. Hence the Twilio REST API returns representations that include various URIs to help you navigate the API.
Every representation contains a self-referencing URI (i.e. the URI used to retrieve it). For example, when you GET an OutgoingCallerId instance resource, its URI is one of the properties returned:
There is extra hypermedia reference information related to the paging information included in list resource representations. Details are in the Paging Information section below.
If an instance resource has subresources, its representation will include the URIs for those resources within a subresource URIs property. For example, notice the subresources returned when getting a call instance resource:
Some resources are lists of other resources. For example, the Calls list resource returns a list of calls. There are several important things to know about using and manipulating these lists.
If lists are long, the API returns partial results in a single "page". The representation includes the following information:
| Property | Description |
|---|---|
| uri | The URI of the current page. |
| first_page_uri | The URI for the first page of this list. |
| next_page_uri | The URI for the next page of this list. |
| previous_page_uri | The URI for the previous page of this list. |
| page | The current page number. Zero-indexed, so the first page is 0. |
| page_size | How many items are in each page |
For example:
When fetching multiple pages of API results, use the provided nextpageuri
parameter to retrieve the next page of results.
All of the Twilio Helper Libraries handle paging automatically. You do not need to explicitly request individual pages when using a Helper Library to fetch lists of resources.
You can control the size of pages with the PageSize parameter:
| Parameter | Description |
|---|---|
| PageSize | How many resources to return in each list page? The default is 50, and the maximum is 1000. |
For example, to limit the number of calls returned to five per page:
GET /2010-04-01/Accounts/{AccountSid}/Calls?PageSize=5
All phone numbers in requests from Twilio are in E.164 format if possible. For example, (415) 555-4345 would come through as '+14155554345'. However, there are occasionally cases where Twilio cannot normalize an incoming caller ID to E.164. In these situations, Twilio will report the raw caller ID string.
All dates and times in requests from Twilio are GMT in RFC 2822 format. For example, 6:13 PM PDT on August 19th, 2010 would be 'Fri, 20 Aug 2010 01:13:42 +0000'