Skip to content
Every tutorial here is 100% free — and always will be
LSLovableStudent

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

  1. In your email provider (e.g. Resend): add your domain and it will generate DNS records — typically SPF, DKIM, and often a DMARC recommendation.
  2. 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.
  3. Wait for verification — DNS propagation can take anywhere from minutes to a few hours.
  4. Update the sending address in your app:

Send all outgoing emails from hello@yourdomain.com instead 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 with p=none and 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

Website made, maintained and hosted by PromptSites.com

PromptSites logo