Rate limits are different from email quotas. Rate limits control API request frequency (requests per second), while email quotas control sending volume (emails per month). For details on monthly email quotas, daily sending limits, and how usage is tracked, see Email Usage & Quotas.
Rate Limit
The default rate limit is 3 requests per second per team, shared across all API keys belonging to the same team. If you exceed the limit, subsequent requests return429 Too Many Requests until the window resets.
| Limit Type | Value |
|---|---|
| API requests | 3 requests per second |
| Authentication failures | 5 failures / 5 minutes (15 min block) |
| Recipients per request | 50 (combined to, cc, bcc) |
Rate Limit Headers
Every API response includes rate limit headers:| Header | Type | Description |
|---|---|---|
X-RateLimit-Limit | integer | Maximum number of requests allowed per second. |
X-RateLimit-Remaining | integer | How many requests you have left in the current window. |
X-RateLimit-Reset | integer | Unix timestamp (in seconds) when the rate limit window resets. |
Retry-After | integer | How many seconds to wait before retrying. Only present on 429 responses. |
Sending Quota Headers
The Send Email endpoint returns additional headers that track your email sending quotas. These headers are present for free tier teams.Daily Quota
| Header | Type | Description |
|---|---|---|
X-Daily-Limit | integer | Maximum number of emails you can send per day. |
X-Daily-Remaining | integer | How many emails you have left today. |
X-Daily-Reset | integer | Unix timestamp (in seconds) when the daily counter resets (midnight UTC). |
Monthly Quota
| Header | Type | Description |
|---|---|---|
X-Monthly-Limit | integer | Maximum number of emails you can send per billing month. |
X-Monthly-Remaining | integer | How many emails you have left this month. |
X-Monthly-Reset | integer | Unix timestamp (in seconds) when the monthly counter resets (start of next billing month). |
Error Codes
When you exceed a limit, the API returns a429 response with one of these error codes:
| Error Code | Description |
|---|---|
rate_limit_exceeded | Too many API requests. Slow down and retry after the Retry-After period. |
daily_quota_exceeded | Daily sending quota exceeded (free tier). Try again after midnight UTC. |
quota_exceeded | Monthly sending quota exceeded. Upgrade your plan to continue sending. |
429 Rate Limit Exceeded
429 Daily Quota Exceeded
429 Monthly Quota Exceeded
Handling Rate Limits
When you receive a429 response, use the Retry-After header to determine how long to wait. Implement exponential backoff as a fallback:
Batch Sending with Rate Limiting
When sending to large recipient lists, pace your API calls to stay within rate limits. Adding a short delay between batches prevents bursts that trigger throttling:Monthly Email Quotas
Your monthly email quota depends on your plan:| Plan | Monthly Emails |
|---|---|
| Free | 3,000 |
| Pro 50K | 50,000 |
| Pro 100K | 100,000 |
| Pro 200K | 200,000 |
| Pro 500K | 500,000 |
| Pro 1M | 1,000,000 |
| Enterprise | Custom |
Emails beyond your tier limit are charged at $0.80 per 1,000 emails. See Billing for details.
Best Practices
Implement Backoff
Implement Backoff
Always implement exponential backoff for
429 responses. Use the Retry-After header from the response when available, and fall back to a 2^attempt delay otherwise. Without backoff, rapid retries will keep hitting the limit and delay your sends further.Monitor Rate Limit Headers
Monitor Rate Limit Headers
Check the
X-RateLimit-Remaining header on every response. When it approaches zero, slow down your request rate proactively instead of waiting for a 429 response.Batch Efficiently
Batch Efficiently
Each API request supports up to 50 recipients. Sending to 50 recipients per request instead of one-at-a-time reduces your API call count by 50x, making it far easier to stay within rate limits for large sends.
Monitor Quota Headers
Monitor Quota Headers
On free tier, check the
X-Daily-Remaining and X-Monthly-Remaining headers to track your quota usage in real time. Set up internal alerts at 80% and 90% of your quota so you can upgrade your plan before hitting the limit.Queue Large Sends
Queue Large Sends
For campaigns targeting thousands of recipients, use a job queue (such as BullMQ, Laravel Queues, or Celery) to pace sending over minutes or hours. This avoids burst patterns that trigger rate limits and gives you better control over delivery timing.
Use Webhooks
Use Webhooks
Polling the API to check delivery status consumes rate limit budget. Instead, set up webhooks to receive delivery, bounce, and engagement events asynchronously. This eliminates polling requests entirely and gives you faster, event-driven status updates.
Increasing Your Limits
If your current limits don’t match your sending volume, you have several options:- Upgrade your plan — Increases your monthly email quota immediately
- Enterprise plans — Custom rate limits tailored to your traffic patterns — contact sales to discuss your requirements
- Batch recipients — Send up to 50 recipients per request to reduce API call volume
- Use webhooks — Replace polling with event-driven notifications to save rate limit budget
- Implement a queue — Smooth out traffic spikes to avoid burst patterns
Contact Sales
Need higher limits? Contact our sales team for Enterprise options.