1

Using a GMail's routing feature within Google Workspace for Business, I am able to set forwarding emails to [email protected] to [email protected]. But replying to that email on [email protected]'s email editor (on GMail webapp on my.org), the recipient of it sees the from field as [email protected], not [email protected].

Is there a way for an admin in the above scenario to force [email protected] to reply as [email protected] for the emails that are sent to [email protected] then somehow forwarded to [email protected]?

I know each user can setup their GMail editor to customize send mail as (e.g. webapps.stackexchange.com#14902 and webapps.stackexchange.com#131235), but I'm asking admin's feature so that each user doesn't have to bother customizing their editor.

I'm aware that Google Workspace comes with multiple routing options. For now, I'm using Default Routing but other routing option can be considered. I'm an admin in a small org that uses Google Workspace for nonprofit.


UPDATE 2024/03/26 To clarify, the solution doesn't have to be implemented in Google Workspace's rounting feature.

3
  • Many email clients do this, but you dont usd a forward. Instead grab enails from both addresses. These can br displayed together or separately Mar 23 at 11:56
  • No. What you are asking for can't be done. You need to manage "send as" options within the mail client. It isn't related to email routing.
    – Blindspots
    Mar 25 at 9:19
  • @Blindspots Thanks. As I updated OP, the solution can be implemented anywhere. I'm not limiting to email routing.
    – IsaacS
    Mar 27 at 17:56

1 Answer 1

2

Two separate things are being discussed.

The first is routing which you are using to redirect messages received by your organization. When you do this, Google adds routing, tracking, and verification information to the message headers that reflect the change, but outside of allowing custom text to be appended to the subject line (historically common for SPAM flags) and any additional custom headers you may have configured, the underlying message left unchanged.

Since you administer the Google Workplace Domain as well as the local users, as a superUser, you are free to route/redirect/discard your organization's incoming messages.

Users have the ability to set "send as" addresses/aliases from within their Gmail account and also default to always replying from the same address by selecting "Reply from the same address the message was sent to" as the default behavior in Gmail > Settings > Accounts. S Setting up a "send as" address requires users to be authenticated and the new address to be verified.

Simulating the behavior of a "send as" alias" on behalf of users amounts to tampering with messages in transit. It entails modifying the message to forge the sender information. This is difficult to achieve without running your own non-Gmail servers and significant expertise and is still likely to trip security flags from recipient mail servers.

2
  • Thanks. My understanding is both subject and from fields are in the headers of an email. If so, why modification to the former is ok but to the latter should be considered as tampering?
    – IsaacS
    Mar 28 at 15:11
  • 1
    @IsaacS The characterization as tampering could apply to modifying the subject as well if we are discussing the outgoing messages. The sender controls their info and can send from an alternate address if they so choose. The recipient has a legitimate expectation that the message they receive has not been tampered with in transit. On the face of it, the goal is plainly to deceive the recipient by interfering with the message.
    – Blindspots
    Mar 28 at 17:12

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .