web-dev-qa-db-ja.com

Exchange Online / O365に移行した後、「名前を付けて送信」できないユーザーがいますか?

Outlookオンプレミスから「名前を付けて送信」操作を行っていたユーザーが何人かいます。それらをクラウドに移動しても、まだできるものもあれば、突然できないものもあります。

さらに興味深いことに、彼らが使用するアカウントの「送信者」リストは、実際にそれを使用している人々と一致しませんでした。リストに含まれていない(そしてまだ送信できる)人がいますが、リストに送信できない人がいます!

オンプレミスサーバーでAdd-ADPermission Group -ExtendedRights Send-As -user Userを入力してリストを修正しました。何の変化もありません。クラウドと正常に同期していることを確認しました。その後、これまでに送信したことがないので、自分を追加してみました。私のアカウントは正常に伝播しましたが、そのアカウントで「送信者」を実行することもできません。

私がオンライン提案アドレス帳の問題を見て、それがWebでどのように機能するかについて話しているが、シッククライアントではないことの非常に多くのこと。私たちの場合、それはWebでも機能せず、アドレス帳の修正は役に立ちません。

送信者だけでなく「FullAccess」権限が必要であることを示唆するスクリプトもいくつか見ましたが、「FullAccess」/トラスティコマンドが私のバージョンのExchange/PowerShellで機能しないため、これらのスクリプトはすべて構文エラーで失敗しますか?

3
Brian Knoblauch

Send-As権限は、Azure AdConnectによってオンプレミスとOffice365の間で自動的に同期されません。ただし、両方の環境でSend-As権限を手動で追加すると、ほとんどのシナリオでSend-Asが機能します。

たとえば、ONPREM1というオンプレミスメールボックスの送信権限をEXO1というクラウドメールボックスに付与するとします。まず、オンプレミスサーバーで次のコマンドを実行します-Add-ADPermission -Identity EXO1 -User ONPREM1 -AccessRights ExtendedRight -ExtendedRights "Send As"次に、Exchange OnlinePowerShellから対応するコマンドを実行します-Add-RecipientPermission-Identity "EXO1" -Trustee ONPREM1 -AccessRights SendAs

参照: https://social.technet.Microsoft.com/Forums/lync/en-US/d4ee2b9a-c7f2-48b2-aa05-5ed26dc0c704/cross-イベント-permissions-in-exchange-hybrid?forum = exchangesvradminhttps://social.technet.Microsoft.com/Forums/windowsserver/en-US/e349c42e-147e-40c7-be21-2808f69137c6/crosspremium-send-as-in-hybrid-it-動作しますか?forum = onlineservicesexchange

2
Jayce Yang