Darrin Moore
asked on
Removing "on behalf of" in the From field of an email sent from a shared mailbox
We just recently moved our exchange email into the cloud. We have a call center who receive emails from the public into a generic mailbox which is shared out to them. When replying to the emails they would like to remain anonymous and not have "CallCenterPersonsName on behalf of" on their email that is replying to their inquiry. I did try to grant my test user "send as" rights as described here within the security tab in ADUC, but whenever I place her in there with those rights and I go back to look later she is no longer there:
https://www.techwalla.com/articles/how-to-remove-on-behalf-of-in-outlook
As mentioned we are new to having exchange in the cloud and would appreciate any suggestions.
https://www.techwalla.com/articles/how-to-remove-on-behalf-of-in-outlook
As mentioned we are new to having exchange in the cloud and would appreciate any suggestions.
My assumption is you have synced Active Directory to Office 365 and you're using Exchange Online. Did you leave an Exchange server on-prem to manage email related attributes in AD? If so just remove SendOnBehalf and replace it with SendAs permission in either the Exchange Management Shell or the Exchange Admin Center. That's if you left an Exchange server on-prem like Microsoft recommends. You can still modify those attributes with with either ADSI Edit or PowerShell it's just not technically supported.
Normally if the user is synced to office 365 with azure asd connect you need to always do it from office 365 admin portal or use office 365 power she'll.
Check if the user is not a member of any protected groups.
Send as" isnt a group but a permissions, so it shouldn't flag the admincount attributes. If that the case, I don't know of any KB about it.
Did you check nested groups or did you give Exchange permissions trough RBAC? Sometime those include users into groups whose include protected group (like server administrator or like).
Check if the user is not a member of any protected groups.
Send as" isnt a group but a permissions, so it shouldn't flag the admincount attributes. If that the case, I don't know of any KB about it.
Did you check nested groups or did you give Exchange permissions trough RBAC? Sometime those include users into groups whose include protected group (like server administrator or like).
ASKER
i'm learning the knowledge transfer after the move to the cloud could have been better based upon your questions. I don't believe they left an exchange box onsite since what was suggested was using ADUC to edit certain properties (SMTP, alias etc). Since that appears to be the case you are saying that I can edit those properties thru ADSI edit or Office 365 Powershell?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Thanks so much for all of the info. We are checking into the management tools being installed on-prem. I think that would make our lives a bit less complicated. If you don't mind keeping this open for a minute while we do that i'll add a note once we hear something very soon.
ASKER
well sooner than I thought! No sooner than I hit "submit" the decision was made to install the management tools. Thank you so much for all the information/suggestions!
Glad I could help. Take care :)