This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Avatar for Username

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Mulongo oyo etiyamaki na archive. Tuna motuna mosusu soki osengeli na lisalisi

Disable Return-Path in email Headers

beeblebrox-bsd
beeblebrox-bsd
more options

Hi,

I have a primary account with Gmail, and several alias domains (personal vs business etc). When sending email from Thunderbird, the Headers include "Return-Path", which reveals the Gmail primary domain on the account. No such Header appears when I send similar emails through the browser / Gmail web portal.

I would like to omit the Return-Path Header when using Thunderbird to send emails.

Thanks for your help.

Hi, I have a primary account with Gmail, and several alias domains (personal vs business etc). When sending email from Thunderbird, the Headers include "Return-Path", which reveals the Gmail primary domain on the account. No such Header appears when I send similar emails through the browser / Gmail web portal. I would like to omit the Return-Path Header when using Thunderbird to send emails. Thanks for your help.

Ezalaki modifié na beeblebrox-bsd

Solution eye eponami

Thanks Matt,

If I understood you correctly, it's actually the Gmail MX server appending the Return-Path header per SMTP protocol, while the web portal is in fact not using SMTP thus no such header is appended through web mail.

Gmail Help sort of confirms this: Important: While these directions let you send emails from a custom email alias at your domain, email recipients can still find your personal Gmail address if they inspect the email headers.

Since each user is assigned a single Login / SMTP credential per Primary Domain name (and no additional Login / SMTP credentials exist for the Alias Domains), the best solution is to set the Primary Domain to the Business DN, because I don't mind if the Business DN is revealed in headers. This seems like the most professional looking solution.

Thanks.

Tanga eyano oyo ndenge esengeli 👍 0

All Replies (2)

Matt
Matt
  • Moderator
  • Top 10 Contributor
more options

Return path is defined in the RFC for email. As far as I am aware only the recipient’s mail server is supposed to add a Return-Path header. SO over riding it is Thunderbird should not be possible as it should not set it.

Just be clear, what happens with google in SMTP is nothing like what happens in Google with web mail. Using one as a reason for anything just does not fly for gmail.

Perhaps you would be best served to send your mail using the domains the accounts are associated with. Using GMail to cover all outgoing mail sort of works, but the recipient servers might tend to classify mail from gmail with other domains as spam. Or as you have identified, record where they are coming from.

beeblebrox-bsd
beeblebrox-bsd Nkolo motuna
more options

Solution eye oponami

Thanks Matt,

If I understood you correctly, it's actually the Gmail MX server appending the Return-Path header per SMTP protocol, while the web portal is in fact not using SMTP thus no such header is appended through web mail.

Gmail Help sort of confirms this: Important: While these directions let you send emails from a custom email alias at your domain, email recipients can still find your personal Gmail address if they inspect the email headers.

Since each user is assigned a single Login / SMTP credential per Primary Domain name (and no additional Login / SMTP credentials exist for the Alias Domains), the best solution is to set the Primary Domain to the Business DN, because I don't mind if the Business DN is revealed in headers. This seems like the most professional looking solution.

Thanks.