Send transactional emails with Python
Contents
The Python SDK sends transactional emails from version 7.81.2. Before you start, create a transactional email and create a project secret API key.
Install
For async code, install posthog[async] instead.
Set up the client
Reuse the PostHog client your application already creates, and set secret_key to your project secret API key. The client still captures events with your project token. Shut the client down when your application exits, not after each send.
- Host: On PostHog Cloud, the client sends email to the app host of your region, even when
hostis an ingestion host such asus.i.posthog.com. For any other host, such as a reverse proxy or a self-hosted instance, setapp_hostto your PostHog app URL. The client refuses to send the secret key to a host that might be a proxy. - Local evaluation: The client loads flag definitions only when it evaluates a flag. If your application evaluates flags locally with the same client, give the key the Feature flag read scope too.
- Email only: In a process that only sends email, you can use
EmailsorAsyncEmailsfromposthog.emailsinstead of a full client.
Send an email
send returns a SendEmailResult, and result.id is the message ID. A send that PostHog doesn't queue raises EmailError, with the code from the errors table. A wrong argument raises TypeError or ValueError before any request. After a network_error or a 503, PostHog might have queued the email. Retry with the same idempotency key rather than sending the email through another provider, or the recipient can get it twice.
Timeouts and retries
Each request times out after 15 seconds. The client retries network errors, rate limits, an in-flight idempotency key, and a 503 up to two times, with the same idempotency key. It waits about 1 and then 2 seconds, or longer if the server's Retry-After asks for it. A Retry-After over 30 seconds returns the error at once.
To change this, set email_request_timeout_seconds and email_request_max_retries on the client, or max_retries on one send. When a job queue already retries the send, set the retries to 0 and pass an idempotency_key that identifies the email.
Send content from your code
From version 7.83.0, send also takes content that your code rendered, without a template in PostHog. Name the email with template_key, and pass subject and html, text, or both. PostHog sends the content as you wrote it, so render it with your template engine first, such as Jinja or Django templates.
- Key:
template_keynames the email, such aspassword-reset. PostHog groups the email's metrics and sends under it, so use the same key every time you send this email. - Text: If you leave out
text, PostHog makes it fromhtml. - Sender: The sender is
from_, becausefromis a Python keyword. It needs an address on a domain that your project verified. Without it, PostHog uses the project's default sender.reply_totakes one address or a list. - Engagement: PostHog captures the email's engagement events unless you pass
capture_engagement=False. - One form per send: A send has
template_idortemplate_key, not both, or it raisesTypeError. Content from your code takes notemplate_data, because PostHog renders nothing.
See content from your code for each field and its checks.
Check an email's status
get returns an EmailStatus with id, status, created_at, status_at, and reason. The two times are datetime objects. See statuses and reasons. The client doesn't retry a not_found, so retry it yourself a few times, with a wait in between, before you treat the email as missing. A status that isn't there yet doesn't mean the email failed.
Test without sending email
Pass your own HTTP transport to check what your code sends, without a network call. This checks your integration, not delivery. To check delivery, send a real email to your own address.
For synchronous code, pass a requests.Session with a test adapter to Emails(session=...). Any library that mocks requests or httpx works too.





