Skip to main content
Lettr enforces per-team rate limits on API requests to ensure fair usage across all customers and prevent any single integration from overwhelming the service. In addition to request-level rate limits, the Send Email endpoint returns quota headers that track your daily and monthly email usage.
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 return 429 Too Many Requests until the window resets.
If you continue sending requests after receiving a 429 response, the cooldown period may be extended. Always respect the Retry-After header before retrying.

Rate Limit Headers

Every API response includes rate limit headers:

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

Monthly Quota

Error Codes

When you exceed a limit, the API returns a 429 response with one of these error codes:
429 Rate Limit Exceeded
429 Daily Quota Exceeded
429 Monthly Quota Exceeded

Handling Rate Limits

When you receive a 429 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:
Emails beyond your tier limit are charged at $0.80 per 1,000 emails. See Billing for details.

Best Practices

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.
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.
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.
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.
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.
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.