Blocks happen when your email is rejected because of an issue with the message itself rather than an issue with the recipient's address.
There are several causes for blocked emails. For example, your mail server IP address may be blocked by an ISP, or the receiving server may flag the message content using a filter. Twilio SendGrid will not suppress future messages to blocked addresses by default.
For more information, please see our Blocks documentation.
You can also see your Blocks in the Suppressions settings menu of the Twilio SendGrid App.
This endpoint allows you to retrieve a paginated list of all email addresses that are currently on your blocks list.
You can use the limit query parameter to set the page size. If your list contains more items than the page size permits, you can make multiple requests. Use the offset query parameter to control the position in the list from which to start retrieving additional items.
Bearer <<YOUR_API_KEY_HERE>>The on-behalf-of header allows you to make API calls from a parent account on behalf of the parent's Subusers or customer accounts. You will use the parent account's API key when using this header. When making a call on behalf of a customer account, the property value should be "account-id" followed by the customer account's ID (e.g., on-behalf-of: account-id <account-id>). When making a call on behalf of a Subuser, the property value should be the Subuser's username (e.g., on-behalf-of: <subuser-username>). See On Behalf Of for more information.
The start of the time range when a blocked email was created (inclusive). This is a unix timestamp.
The end of the time range when a blocked email was created (inclusive). This is a unix timestamp.
limit sets the page size, i.e. maximum number of items from the list to be returned for a single API request. If omitted, the default page size is used. The maximum page size for this endpoint is 500 items per page.
1Maximum: 500The number of items in the list to skip over before starting to retrieve the items for the requested page. The default offset of 0 represents the beginning of the list, i.e. the start of the first page. To request the second page of the list, set the offset to the page size as determined by limit. Use multiples of the page size as your offset to request further consecutive pages. E.g. assume your page size is set to 10. An offset of 10 requests the second page, an offset of 20 requests the third page and so on, provided there are sufficiently many items in your list.
0Default: 0Specifies which records to return based on the records' associated email addresses. For example, sales returns records with email addresses that start with 'sales', such as salesdepartment@example.com or sales@example.com. You can also use %25 as a wildcard. For example, %25market returns records containing email addresses with the string 'market' anywhere in the email address, and %25market%25tree returns records containing email addresses with the string 'market' followed by the string 'tree'. Any reserved characters should be percent-encoded, e.g., the @ symbol should be encoded as %40.
Array of:
A Unix timestamp indicating when the email address was added to the blocks list.
The email address that was added to the block list.
An explanation for the reason of the block.
The status of the block.
To perform a request for the first page of the paginated list of all blocks using the default page size, you can omit the limit and offset query parameters:
If you want to specify a page size of your choice, you can use the limit query parameter. Assume you want a page size of no more than 5 items per request, to retrieve the first page you can use the limit parameter without specifying an offset:
Setting page size to 5 using the limit query parameter
If you want to retrieve items beyond the first page, you can use the offset parameter as follows. Assume you are still working with a page size of 5 as determined by your limit query parameter and you have more than 15 items. To request the fourth page of items, you can use the offset parameter to skip over the first 15 items, i.e. you start retrieving items starting after the first three pages of 5 items each:
Using the offset query parameter in combination with the limit query parameter
The code samples below show how to use the email query parameter to filter the Block records returned by the GET request. A Block record is included in the results if the Block's email property starts with the the value of the email query parameter. One or more %25 wildcards can be used in the email query parameter.
Any reserved characters should be percent-encoded to avoid any unintended encoding/decoding of characters.
The code sample below shows examples of how to GET all Block records with email properties that begin with the string "sales".
GET all Block records with email properties that start with 'sales'
This request would return Blocks with email addresses that start with "sales", such as salesteam@example.com or sales@example.com.
The code sample below shows examples of how to GET all Block records with email properties that contain the string "sales" anywhere in the email address.
GET all Block records with email properties that contain the string 'sales' anywhere in the email address
This request would return Blocks with email addresses that contain "sales" anywhere in the email address, such as george@sales.example.com or sales@example.com.