問題
在使用 HENNGE Secure Download 時，當寄件者是群組郵件地址 / 目的地是群組郵件地址 / 收件者正在進行郵件轉發時的注事項。
回答
根據條件，有以下注意事項。
1. 「寄件者」是「群組郵件地址」的注意事項
無法在 HENNGE Email DLP 使用者控制台中確認 HENNGE Secure Download 的歷史記錄。
HENNGE Email DLP 使用者控制台僅能確認與 Microsoft 365 / Google Workspace 中登入的使用者郵件地址相關聯的郵件（信封 From 是登入中使用者的郵件地址的郵件）。
因此，當以群組郵件地址作為寄件者傳送的郵件時，無法確認 HENNGE Secure Download 的歷史記錄等。
2. 「目的地」是「公司外部」的「群組郵件地址」的注意事項
無法使用展開到目的地群組郵件地址成員的郵件地址進行驗證。
HENNGE Secure Download 會在 HENNGE Email DLP 上為每個郵件的目的地（信封 To）發行專用的下載 URL。
從 URL 下載檔案時，需要使用目的地（信封 To）的郵件地址進行驗證，因此當目的地是群組郵件地址時，需要使用群組郵件地址進行驗證。
3. 當「目的地」是「公司內部」的「群組郵件地址」的注意事項
根據公司內部郵件是否經過 HENNGE Email DLP 會有不同的行為。
如果使用 Microsoft 365（Exchange Online），基本上公司內部域之間的郵件不會經過 HENNGE Email DLP，而是在 Exchange Online 內部進行配送，因此附件不會被 HENNGE Secure Download 的功能替換。
另一方面，如果使用 Google Workspace，可能會有部分公司內部域之間的郵件經過 HENNGE Email DLP。
如果設定為公司內部域之間的郵件也經過 HENNGE Email DLP，則公司內部的郵件附件也可能會被 HENNGE Secure Download 的功能替換。
4. 當「目的地」同時指定「個人地址」和「群組地址（目的地中包含指定的個人地址）」並傳送郵件時的注意事項
當目的地同時指定「①個人」和「②包含該個人的群組地址」並傳送郵件時，由於①和②的個人郵件的訊息 ID 重複，接收端會隨機顯示其中一個。此行為是 Microsoft 365／Google Workspace 的共同行為。
（例）
當郵件發送到以下目的地，並且附件以 HENNGE Secure Download 傳送時
To：user@example.com（個人地址）
Cc：group@example.com（To 的個人地址包含在內的群組地址）
在這種情況下，如上所述，由於訊息 ID 重複，僅顯示其中一個的行為，當在個人地址接收到的郵件中訪問附加的 PDF 檔案內的 URL 或內容中添加的檔案下載用的 URL 時，HENNGE Secure Download 驗證頁面中顯示的驗證碼接收用郵件地址可能會顯示為群組地址 group@example.com，而不是個人地址 user@example.com。此外，無論 To / Cc 的順序如何，根據接收的順序，似乎僅隨機顯示其中一個接收的郵件。
5. 當「目的地」包含「多個地址」，且「多個地址中的某個收件者正在對另一個收件者」進行郵件「轉發」時
當目的地包含多個郵件地址且收件者A對收件者B進行郵件轉發時，由於郵件的訊息 ID 重複，收件者B的郵箱中會隨機顯示收件者A的郵件（轉發的郵件）或收件者B直接接收到的郵件。
此行為是 Microsoft 365／Google Workspace 的共同行為。
在上述情況下，如果收件者B的郵箱中顯示從收件者A轉發的郵件，當存取郵件中附加的 PDF 檔案內的 URL 或內容中添加的檔案下載用的 URL 時，HENNGE Secure Download 驗證頁面中顯示的驗證碼接收用郵件地址將顯示為收件者A的郵件地址。
注意事項
1. 本文的內容基於 2024 年 10 月的產品內容，可能會在不另行通知的情況下更改。