GekBuzz

Answers, Explainers & Everyday Guides

How Do I Change My Send As or Send on Behalf of Permissions

How Do I Change My Send As or Send on Behalf of Permissions

When managing email accounts, especially in a professional or organizational setting, you may encounter the need to send emails on behalf of someone else or appear to send emails as another user. The phrases “Send As” and “Send on Behalf of” permissions are common in email platforms like Microsoft Outlook and Exchange Server. Understanding what these permissions mean, how they differ, and how to change them is essential for administrators and users alike. This article explores the terminology, its origins, practical usage, and common issues related to managing these permissions.

Background: What Are “Send As” and “Send on Behalf of” Permissions?

In email management, especially within corporate environments, permissions are set to control who can send emails on behalf of others or appear as others in communication. The two primary types of permissions are:

  • Send As: Allows a user to send an email that appears to come directly from another user’s email address, with no indication that it was sent by someone else. Essentially, the recipient sees the email as coming from the original user.
  • Send on Behalf of: Permits a user to send an email on behalf of another user, with the message indicating that it was sent “on behalf of” the original sender. The recipient sees both the sender and the original owner, e.g., “Jane Doe on behalf of John Smith.”

These permissions are often used in organizational contexts where assistants send emails for executives or team members manage shared mailboxes. They help streamline communication and delegate responsibilities without giving full control over the account.

Origins and Evolution of the Permissions

The concepts of “Send As” and “Send on Behalf of” have their roots in traditional office communication practices, formalized in electronic communication systems during the rise of corporate email. Early email systems lacked granular permission controls, but as organizational email usage expanded, the need for controlled delegation became clear. Microsoft Exchange Server, introduced in the late 1990s, was among the first platforms to implement detailed permission settings, including these two types.

The terminology has persisted because it precisely describes the different levels of delegation:

  • “Send As” emphasizes impersonation, where the sender appears as the original user.
  • “Send on Behalf of” emphasizes a proxy or delegated sending, with acknowledgment of the actual sender.

Over time, these permissions have become standard in enterprise email management, with evolving interfaces making them easier to assign and modify.

How Do These Permissions Work in Practice?

Understanding how “Send As” and “Send on Behalf of” work requires familiarity with the email client and server configurations. Here is a breakdown of their functionalities:

Send As

  • When a user with “Send As” permission composes an email, their message appears to originate directly from the mailbox they have access to, not their own.
  • The recipient sees only the mailbox address, with no indication of who actually sent the email.
  • For example, if Alice has “Send As” permission on Bob’s mailbox, Alice can send emails that appear to come from Bob.

Send on Behalf of

  • When a user with “Send on Behalf of” permission sends an email, the message indicates the sender is “on behalf of” the mailbox owner.
  • The recipient sees something like “Jane Doe on behalf of John Smith.”
  • For example, if Carol has “Send on Behalf of” permission for Dave, she can send emails that show she is acting on Dave’s behalf.

Both permissions can be set up via administrative tools like Microsoft Exchange Admin Center or PowerShell commands. They involve assigning specific rights to user accounts and mailbox permissions.

How to Change “Send As” or “Send on Behalf of”” Permissions

Changing these permissions typically requires administrative access to the email server or management console. Here are the general steps involved:

  1. Access the email server or management console (e.g., Microsoft Exchange Admin Center).
  2. Select the mailbox or user account whose permissions you want to modify.
  3. Navigate to the permissions or mailbox delegation settings.
  4. For “Send As”:
    • Add or remove users in the “Send As” permission list.
  5. For “Send on Behalf of”:
    • Assign or revoke “Send on Behalf” permissions through delegate access settings.
  6. Save changes and verify permissions by testing email sending capabilities.

For example, in Microsoft Exchange, administrators can use PowerShell commands such as:

  • Set-RecipientPermission to assign “Send As” rights.
  • Set-MailboxDelegation to modify “Send on Behalf of”” permissions.

It’s important to follow organizational policies and ensure proper authorization when modifying these permissions.

Common Problems and Troubleshooting

Users often encounter issues related to “Send As” and “Send on Behalf of” permissions. Some common problems include:

  • Permission not working after changes: Changes may take time to propagate or require cache clearing.
  • Recipient sees incorrect sender info: Usually indicates permission issues or misconfiguration.
  • Unable to send on behalf of: The user may lack delegate permissions or the permissions may not be properly assigned.
  • Confusion over sender identity: Users and recipients may be unclear about who actually sent the email, especially in “Send on Behalf of” scenarios.

To troubleshoot, verify permissions, check for propagation delays, and ensure the correct settings are applied. Also, testing with different email clients can help identify client-specific issues.

Comparison: “Send As” vs “Send on Behalf of”

While both permissions allow delegation, they serve different purposes and have distinct implications:

Feature Send As Send on Behalf of
Impersonation Yes No
Recipient View Only sender’s email Sender on behalf of original user
Use case Delegates sending emails that appear to come directly from the mailbox owner Delegates sending on behalf with acknowledgment
Setup complexity Requires explicit “Send As” permission Requires delegate permissions

Choosing between these depends on organizational needs and privacy considerations. “Send As” is more impersonative, while “Send on Behalf of” provides transparency.

Costs and Security Implications

Managing these permissions involves security considerations:

  • Properly assigning permissions minimizes risks of impersonation abuse.
  • Regular audits ensure only authorized users have sending rights.
  • Misconfigured permissions can lead to data leaks or impersonation fraud.

Typically, changing permissions does not incur additional costs beyond administrative effort, but ensuring security best practices is vital.

Alternatives and Best Practices

If managing “Send As” or “Send on Behalf of”” permissions seems complex or risky, organizations might consider:

  • Using shared mailboxes with clear delegation policies.
  • Implementing email signatures that clarify sender roles.
  • Using automated workflows or third-party tools for delegation management.

Best practices include clear documentation, regular permission reviews, and training users on appropriate email delegation use.

Frequently Asked Questions

Can I change “Send As” permissions myself?

Typically, only an administrator with the necessary rights can modify “Send As” permissions. Users cannot usually set these permissions themselves unless granted specific delegated access.

How long does it take for permission changes to take effect?

Permission updates can take from a few minutes to several hours to propagate, depending on the email system’s configuration and caching policies.

Is “Send on Behalf of” safer than “Send As”?

“Send on Behalf of” generally provides more transparency, reducing impersonation risks, but both require proper security controls to prevent misuse.

Can I send “Send As” emails from my mobile device?

Yes, if your email client and account permissions support it. You may need to configure the account or app settings accordingly.

What’s the difference in user experience between the two?

“Send As” emails appear to come directly from the mailbox owner, while “Send on Behalf of” emails clearly indicate the delegate is acting on behalf of someone else, which can influence recipient perception.

Related

How Do I Change My Send As or Send on Behalf of Permissions

Leave a Reply

Your email address will not be published. Required fields are marked *

Scroll to top