Drop-in for Supabase's SMTP fields
Paste the relay host, port 465, and your ntc_ key into Supabase's custom SMTP settings. No auth code changes.
Supabase's built-in email service is rate-limited and meant for testing — real signups outrun it fast. Point Supabase Auth's custom SMTP at the NoticeAPI relay on port 465, and every confirmation, magic link, and reset leaves a domain you verify, into the same logs, suppressions, and signed webhooks as your API sends.
Host: smtp.noticeapi.com Port: 465 Secure: true Username: noticeapi Password: ntc_xxxxxxxxxxxxxxxxxxxx Sender email: [email protected] Sender name: Acme
Add the domain your auth email should come from and publish its SPF and DKIM records.
Generate a key with the ntc_ prefix. It becomes the SMTP password.
Turn on custom SMTP in Supabase Auth and set the host, port 465, TLS, sender, and your key.
Trigger a confirmation, reset, or magic link, then watch it land in the NoticeAPI log.
Paste the relay host, port 465, and your ntc_ key into Supabase's custom SMTP settings. No auth code changes.
Confirmation and reset mail leave a domain you verify with SPF and DKIM, not a default shared sender.
Confirmation, magic link, and reset land in the same logs and recipient timelines as your API sends, so you can prove one arrived.
Signed webhooks push delivery, bounce, and complaint events into your own systems as they happen.
This relay carries confirmation, login, and account-recovery mail. Product updates and campaigns belong in NoticeAPI audiences, with tracked subscriptions and one-click unsubscribe.
No. Supabase owns auth and user state; NoticeAPI relays the mail and records where it landed.
Use port 465 with implicit TLS and your NoticeAPI API key as the password.
Yes. Send campaigns through NoticeAPI audiences with one-click unsubscribe, not the Supabase Auth SMTP path.
Simulator outcomes are free. Move to a verified domain when the path is ready.