Custom Return Path for SPF Alignment

Custom Return Path for SPF Alignment

A custom return path, also known as the envelope sender or bounce domain, allows you to align your bounce domain with your sending domain. This alignment strengthens authentication, supports stricter DMARC policies, and helps eliminate the “sent on behalf of” message that can appear in Outlook and other inbox providers. This configuration requires a small DNS update on your end and a quick setup step from the Delivra team.

Why Use a Custom Return Path?

Setting up a custom return path offers several practical benefits for authentication, deliverability, and brand consistency.

SPF and DMARC Alignment

When your Return Path domain matches your From domain, your messages can properly align for DMARC. This is especially important if your domain uses a quarantine or reject DMARC policy. Without alignment, messages may fail DMARC even if SPF technically passes.

Improved Deliverability

Mailbox providers place more trust in mail authenticated with your own domain rather than a shared sending domain. Using a custom return path helps reinforce that trust and can support stronger inbox placement over time.

Removes “Sent on Behalf Of” Warnings

Outlook and some other inbox providers may display a “sent on behalf of” message when SPF is not aligned with your From domain. A custom return path resolves this by bringing your authentication into alignment.

Better Reputation Management

With a custom return path, your sending reputation is tied directly to your domain. This gives you more control and clearer visibility into how your mail is performing, rather than sharing reputation signals across multiple senders.

Reliable Bounce Handling

Even though the bounce domain changes, Delivra continues to process and manage bounce messages as usual. No additional workflow changes are required on your end.

Important Considerations

Before moving forward, there are a couple of site level details to review.

This Is a Site-Wide Setting

Once enabled, the custom return path applies to all accounts within the site. It cannot be configured differently per account.

All Mailings Must Use the Same Root Domain

Because the return path is shared across the site, all accounts should send from the same root domain. For example, if you configure bounces.example.com, all sending domains should align with example.com.

If you manage multiple brands or domains within a single site, confirm that this structure fits your sending strategy before proceeding.

How to Set Up a Custom Return Path

The setup includes one DNS step on your side and a configuration step from Delivra.

Step 1: Update Your DNS

Create a bounce subdomain under your primary sending domain. For example:

  1. bounces.example.com

Then create a CNAME record for that subdomain pointing to:

  1. lists.n-email1.net

After saving the record, allow time for DNS propagation. Depending on your DNS provider, this may take a few minutes or several hours.

Step 2: Contact Delivra Support

Once your DNS record is live, contact Delivra Support and provide the bounce subdomain you created. Our team will verify the DNS record and will update your site configuration to use the new return path. A test email will be sent to confirm that the Return Path header is correctly set.

After verification, your custom return path will be active for all mailings on the site.

When This Setup Makes Sense

A custom return path is especially useful if:

  • You enforce a strict DMARC policy such as quarantine or reject.

  • You want to eliminate “sent on behalf of” messaging in Outlook.

  • You are focused on strengthening domain based reputation and authentication.

  • You are preparing for higher volume sending and want tighter control over authentication alignment.

If you are unsure whether this configuration is right for your account, or if you would like help confirming your DNS records, our team is happy to assist.

For questions, reach out to our Support team at support@delivra.com

    • Related Articles

    • Authenticate your email domain (DKIM, DMARC, SPF)

      Email authentication is essential for ensuring that your marketing messages are delivered safely and reliably to your subscribers’ inboxes. By setting up SPF, DKIM, and DMARC records, you prove to receiving servers that your emails are authorized by ...
    • Product Glossary

      Understanding the terms used throughout the platform is essential for navigating and using features effectively. This guide breaks down commonly used terms across different areas of the product, providing quick definitions and helpful context. You’ll ...
    • Privacy Resources

      Privacy Governance at Delivra In April 2016, the General Data Protection Regulation (GDPR) — a joint proposal by the European Commission, European Parliament, and the Council of the EU which provides individuals with even greater control over the ...
    • What does "HEADER_FROM_DIFFERENT_DOMAIN" mean in my Spam Assassin report?

      When using our spam analysis checker that is available when testing campaigns, you receive a report with an itemized listing of details about the campaigns scoring through SpamAssassin. If in this listing you see an item for "0.2 ...
    • Tips for general email design, accessibility, and dark mode

      In this article you'll find best practices and recommendations for your email design, including tips on designing with dark mode and accessibility in mind. If you're having trouble with email design rendering, please email Support. General Design ...