Send transactional emails with .NET
Contents
The .NET SDK sends transactional emails from version 2.20.0. You need a transactional email and a project secret API key first. The quick start sets up both and sends a test email in a few minutes.
Prompt for your coding agent
Paste this into Claude Code, Cursor, or another coding agent. It sends the agent to this page and gives it the rules that agents often get wrong.
Install
For ASP.NET Core, install PostHog.AspNetCore instead.
Set up the client
Set SecretKey on the PostHog client that your app already has. The project token keeps capturing events. The secret key sends email, so keep it in your server configuration and never ship it to a browser or a mobile app.
The client loads flag definitions only when it evaluates a flag. If your app also evaluates feature flags locally with this client, give the key the Feature flag read scope too.
Dispose of the client when your app exits, not after each send. If your app sends through a reverse proxy or a self-hosted PostHog, see use a proxy or self-hosted PostHog.
Send an email
SendAsync returns a SendEmailResult, and result.Id is the message ID. When PostHog doesn't queue the email, SendAsync throws an EmailException, and its Code is one of the codes in the errors table. A wrong argument throws ArgumentException before any request.
A network_error or a 503 doesn't mean that the email failed, because PostHog can still have queued it. Retry with the same idempotency key. If you resend the email through another email provider, the recipient can get it twice.
Timeouts and retries
The client retries for you. It 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 second and then 2 seconds, or as long as the server's Retry-After asks, up to 30 seconds. When Retry-After asks for more than 30 seconds, the client throws at once. Each request times out after 15 seconds.
To change this, set EmailRequestTimeout and EmailRequestMaxRetries in PostHogOptions, or MaxRetries on one send.
Send from a background job
Send from a job queue when the email shouldn't slow down the request, such as an email address check after a signup. Let the queue own the retries:
- Set
MaxRetries = 0, so that the client doesn't retry inside the job. - Keep the idempotency key the same on every attempt.
- Finish the retries within 24 hours. PostHog remembers an idempotency key for 24 hours after it queues the email, so a later retry can send the email twice.
- Retry only the errors that a later attempt can fix. Every other code fails the same way again.
This example uses Hangfire. AutomaticRetry retries the job when it throws, except on the exception types in ExceptOn. A job that throws one of those goes straight to the failed state.
Queue the job with the same values that the send needs:
Link emails to your users
Pass the distinct ID that you pass to IdentifyAsync as DistinctId. This is usually your user's ID. PostHog then records the email's engagement events, such as sent, opened, and clicked, on that user's person, in the same timeline as their product events.
- No distinct ID – PostHog records the email on a person whose distinct ID is the email address. That's a different person from your user, unless your app identifies users by their email address.
- Not a user yet – For an invite, or an email address check before the account exists, leave
DistinctIdout.
Send content from your code
SendAsync also takes content that your code rendered, with no template in PostHog. Use it when your emails already live in your codebase, or when you move from another email provider. Pass SendCodeEmailOptions, name the email with TemplateKey, and set Subject with Html, Text, or both. PostHog sends the content as you wrote it, so render it with your template engine first, such as Razor.
TemplateKey– Names the email, such aspassword-reset. PostHog groups the email's metrics and sends under this key, so use the same key every time you send this email.Text– If you leave it out, PostHog makes it fromHtml.From– Needs an address on a domain that your project verified. Without it, PostHog uses the project's default sender.ReplyTotakes a list of addresses.Sensitive– Marks the email as sensitive, for login links, reset tokens, or codes. If you leave it out, the email takes the setting of the template with the same key, or is sensitive when no template has that key. See sensitive emails.Tracking– What PostHog tracks for the email. If you leave it out, PostHog tracks opens and captures engagement events, and tracks clicks only when the email isn't sensitive. See open and click tracking.CaptureEngagement– Deprecated. SetTracking = new EmailTracking { Engagement = false }instead. It still works, but a send that sets bothCaptureEngagementandTrackinggets an error.
SendTemplateEmailOptions sends a template made in PostHog, and SendCodeEmailOptions sends your content. Content from your code takes no template data, because PostHog renders nothing. See content from your code for each field and its checks.
Copies and attachments
Copies and attachments need version 2.25.0 or later.
SendCodeEmailOptions takes Cc, Bcc, and Attachments. Cc and Bcc are lists of plain addresses. Each attachment is an EmailAttachment with a Filename and the file's bytes as Content, and optionally ContentType and ContentId. The client gets the SHA-256 of each file, uploads the files that PostHog doesn't have yet, and then sends the email. An email can have 10 files and 40 MB per message after Base64 encoding, about 29 MB of files. The client checks this limit before it uploads a file. If an upload fails, the send fails with an error, and PostHog sends nothing. The client uploads the files to Amazon S3, not to the PostHog host. If your network limits outgoing traffic, allow the upload host. A template send takes none of these fields, because the template uses its own settings.
See checks for files for the errors that PostHog returns for files.
Open and click tracking
Sensitive and Tracking need version 2.24.0 or later.
Tracking decides what PostHog tracks for an email from your code:
Tracking | Opens | Clicks | Engagement events |
|---|---|---|---|
| Left out | On | Follows Sensitive | On |
EmailTracking.All | On | On | On |
EmailTracking.None | Off | Off | Off |
new EmailTracking { ... } | Opens, on by default | Clicks, default follows Sensitive | Engagement, on by default |
- Opens – PostHog adds an open pixel to the email, so it can count opens.
- Clicks – PostHog rewrites the email's links to go through a tracking redirect, so it can count clicks.
- Engagement events – PostHog captures the email's engagement events on the recipient's person. If the project's Capture email engagement events setting is off, PostHog captures nothing, whatever the send says.
If you leave out clicks, PostHog tracks them only when the email isn't sensitive, because a login link or a reset token in a tracked link would go through a redirect. Set Sensitive = false for an email that carries no secrets. For a sensitive email with links that are safe to rewrite, set Tracking = new EmailTracking { Clicks = true }. A clicks value in Tracking wins over Sensitive.
With EmailTracking.None, the email goes out without the open pixel and without rewritten links. PostHog can't count its opens and clicks, and captures no engagement events for it.
PostHog refuses new EmailTracking { Opens = false, Clicks = true }, because click tracking needs open tracking. See open and click tracking for every rule.
Check an email's status
GetAsync returns an EmailStatus with Id, Status, CreatedAt, StatusAt, and Reason. The two times are DateTimeOffset values. See statuses and reasons for what each value means.
A not_found right after a send usually means that the first status hasn't arrived yet. It doesn't mean that the email failed. The client doesn't retry a not_found, so try again a few times with a short wait before you treat the email as missing.
Test without sending email
PostHogClient takes an IHttpClientFactory. Give it an HttpClient with your own HttpMessageHandler to see exactly what your code sends, with no network call. This tests your integration, not delivery. To test delivery, send a real email to your own address and check the email's Sends tab.
Use a proxy or self-hosted PostHog
On PostHog Cloud, the client sends email to your region's app host, even when HostUrl is an ingestion host such as us.i.posthog.com. If HostUrl is a reverse proxy or a self-hosted PostHog, set AppHost to your PostHog app URL. AppHost must use https. The client doesn't send email requests to a host that might be a proxy.
Flag definitions for local evaluation still load from HostUrl with the secret key when you evaluate a flag. If that host is a proxy that must not see the key, leave SecretKey off that client. Send email from a second PostHogClient whose HostUrl is your PostHog host.





