How do I use my own email domain?
Last checked 31 Aug 2026
Short answer
Verify your domain with your email provider (Resend or similar) by adding the SPF, DKIM and DMARC DNS records it gives you, then ask Lovable to send from an address on that domain instead of a shared or test address.
Why this matters
Emails sent from a shared or unverified address are more likely to land in spam and look unprofessional (onboarding@resend.dev versus hello@yourbusiness.com). Verifying your own domain fixes both, and is required by most providers before they'll let you send to arbitrary recipients at scale.
Steps
- In your email provider (e.g. Resend): add your domain and it will generate DNS records — typically SPF, DKIM, and often a DMARC recommendation.
- Add those records at your domain registrar or DNS host. If your domain's DNS is managed through Lovable's custom domain setup, ask Lovable to help add the records there; otherwise add them wherever your domain's DNS is hosted.
- Wait for verification — DNS propagation can take anywhere from minutes to a few hours.
- Update the sending address in your app:
Send all outgoing emails from
hello@yourdomain.cominstead of the test address, now that the domain is verified.
If you're using Lovable's own auth emails
Lovable Cloud also supports sending authentication emails (sign-up confirmation, password reset) from your own domain rather than a generic Lovable address, with automatic DNS/SPF/DKIM/DMARC setup for that specific case — ask Lovable to enable custom domain sending for auth emails if that's what you need, distinct from transactional emails sent via Resend for forms.
What usually goes wrong
- DNS records added in the wrong place: if your domain uses one registrar for DNS and a different host for the site, records must go where the domain's DNS is actually managed.
- DMARC set too strictly, too early: an aggressive DMARC policy (
p=reject) before you're confident everything is passing SPF/DKIM can cause legitimate emails to bounce — start withp=noneand monitor. - Forgetting subdomains: some providers want a dedicated sending subdomain (e.g.
mail.yourdomain.com) rather than the root domain — follow the provider's exact instructions.
If email deliverability is business-critical, this is one area where getting a second pair of eyes from PromptSites.com is worth it — misconfigured DMARC can silently block real customer email.
Sources
Was this answer helpful?
Related questions
- AnswerWhere do Lovable form submissions go?Nowhere, by default — a form only exists on the front end until you connect a destination: a database table (Lovable Cloud/Supabase) and/or an outgoing email via an integration like Resend.
- AnswerHow do I email form submissions to myself?Connect an email integration (Resend is the standard option), then ask Lovable to trigger a server-side function that emails you the form data whenever it's submitted.
- AnswerHow do I save form submissions to a database?Connect Lovable Cloud (or your own Supabase project), then ask Lovable to create a table for submissions and wire the form's submit handler to insert a row into it, with row-level security limiting who can read the data.
- AnswerHow do I connect Resend to Lovable?Open the Resend integration in Lovable (or ask in chat to connect Resend), authorise your Resend account, then prompt Lovable to use it for whatever emails you need sent.