如何設定 Office365─Outlook Web App 擁有「以這樣地址寄送郵件」功能(一點通系列 - MVP 撰寫)

關於作者:

本文由微軟最有價值專家 MVP 謝銘恩(Nobel12/軋延油)提供。微軟十分感謝 MVP 主動地將他們的經驗與上百萬名其他技術使用者交流。MVP 謝銘恩(Nobel12/軋延油) 同時也將此篇文章放在他的部落格內,歡迎您按  此處  瀏覽 MVP 謝銘恩(Nobel12/軋延油)更多的技術文章、經驗分享與觀點。

問題的來龍去脈

當您欲從 Office365 的 Outlook Web App 中做到類似像 GMail 的「以這個地址寄送郵件」(我方便了解的暫稱:以別人的名義來發信)的功能時,即可參考本文的解決方法。 同時,本文也包含「如何撤銷該權限」及「檢示權限」等內容。

*範例情境說明:
本範例將會以先登入「大哥」帳戶後(A帳戶;登入帳戶;下圖①),然後以「三弟」的名義(B帳戶;寄信人的名稱;下圖②)來發信給「二哥」(C帳戶;收件人的名稱;下圖③)做為一個基礎情境。
如下圖,即是還沒有權限(下圖④)以別人的名義來發信的範例示意圖。





問題的發生原因

1. 沒有權限以他人的名義來寄送信件。

2. 欲以別人的名義來寄送信件。

問題的解決方法

1. 請先開啟 PowerShell,並分別依序輸入下列指令:
>> $LiveCred = Get-Credential 
>> $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection
>> Import-PSSession $Session





2. 輸入如下指令:
>> Add-RecipientPermission "big003" -AccessRights SendAs –Trustee "big001"
說明:
原始指令: Add-RecipientPermission <identity> -AccessRights SendAs -Trustee <user>

<identity> :代表給他人來使用此名義發信的帳戶。
<user> : 代表被授與權限的帳戶。

其中,本範例 big001 是「大哥」; big003 是「三弟」
此指令意義是授與 big001 (即大哥) 擁有以 big001 (即三弟)名義來寄信!
 

*上述設定完後,即完成「以這個地址寄送郵件」(我方便了解的暫稱:以別人的名義來發信)的功能囉!

下方,讓我們來驗證看看是否能如期正常運作:

首先,我先登入「大哥」(即 big001 帳戶),然後在此帳戶新增一封郵件,並在寄件者改成「三弟」(即 big003 帳戶),然後收件者設定為「二哥」(即 big002 帳戶),請參考如下畫面!上述設定完後,即完成「以這個地址寄送郵件」(我方便了解的暫稱:以別人的名義來發信)的功能囉!

下方,讓我們來驗證看看是否能如期正常運作:

首先,我先登入「大哥」(即 big001 帳戶),然後在此帳戶新增一封郵件,並在寄件者改成「三弟」(即 big003 帳戶),然後收件者設定為「二哥」(即 big002 帳戶),請參考如下畫面!















接著,登入「二哥」帳戶,即可發現剛才「大哥」用「三弟」名義寄來的信












*其他附加相關指令:

檢示 指令】

使用 Get-RecipientPermission 指令程式來檢視組織中設定的所有「以下列傳送」權限



3-1. 輸入如下指令:(檢視特定收件者的以下列傳送權限 ,如下圖①)
> Get-RecipientPermission "big001"
說明:
原始指令: Add-RecipientPermission <identity> 

3-2. 輸入如下指令:(檢視特定用戶的以下列傳送權限 ,如下圖②)
> Get-RecipientPermission –Trustee "big001"
說明:
原始指令: Add-RecipientPermission –Trustee <identity> 



撤銷權限 指令】 使用 Remove-RecipientPermission 指令程式來檢視組織中設定的所有「以下列傳送」權限。

4. 輸入如下指令:(檢視特定收件者的以下列傳送權限 ,如下圖①)
> Remove-RecipientPermission "big003" –AccessRights SendAs –Trustee "big001"
說明:
原始指令: Remove-RecipientPermission <identity> –AccessRights SendAs –Trustee <user>
把原本授與 big001 可用 big003 名義來發信的權限來進行撤銷作業。



綜合參數說明 您使用 Add-RecipientPermissionRemove-RecipientPermissionGet-RecipientPermission 指令程式來新增、移除及檢視「以下列傳送」權限。這些指令程式使用相同的基本參數:
  • Identity:這個參數指定目標收件者。Trustee 參數所指定的用戶或群組可以在此收件者上運作。
    您可以指定任何類型的收件者。例如:
    • 郵箱
    • 郵件用戶
    • 外部連絡人
    • 通訊群組
    • 動態通訊群組
    Identity 參數是地點參數。若未指定參數標籤,則會將指令程式上的第一個引數假設為 Identity 參數。這可讓您指定參數值,而不需要指定參數名稱。例如,可輸入
    Get-RecipientPermission "Kim Akers"
    ,而不需要輸入
    Get-RecipientPermission -Identity "Kim Akers"
  • Trustee:這個參數指定要授與權限的用戶或群組。這可讓用戶或群組在 Identity 參數所指定的收件者上運作。
    您可以指定下列類型的用戶或群組:
    • 郵箱用戶
    • 具有用戶帳戶的郵件用戶
    • 安全性群組
您可以針對 IdentityTrustee 參數使用任何可唯一識別收件者的值。

例如:
  • 別名
  • 辨別名稱 (DN)
  • GUID
  • 名稱
  • 顯示名稱
  • LegacyExchangeDN
  • 電郵地址

***後記 及 值得注意之處

1. 不管是在「新增」或「撤銷」權限上,有時候系統會反應很快,有時候需等待一段時間方可生效(「生效的時間性」),此點需特別注意!

2. 之前作者測試過,若是單單一般的使用者(即不具任何權限的 End-User)其授予此功能僅可相對等級的一般權限的使用者帳戶;
反之,若是一般使用者帳戶想以高階管理者(例如:全域管理者 等的帳戶)帳戶來發信,只能說………這是不可能的! 就算是在授予過程是OK!其結果也是行不通的~

請讓我們知道

請讓我們知道 還滿意我們寫的內容嗎?無論您是遇到了以下任何一種情況:
「太好了!問題解決了。」
「問題沒有解決,我有更好的建議。」
都歡迎您利用本篇文章底部的意見調查表,寫下您寶貴的意見。也期待您的鼓勵,讓我們為您創造更多實用的技術文章。
內容

文章識別碼:2714529 - 最後檢閱時間:2014年5月19日 - 修訂: 1

意見反應