這是一條有管理員在裡面的路。把這件事算進預算：技術活本身只要幾分鐘，等待的 時間則取決於你的 Workspace 超級管理員多久回你。
先確認你要的就是這一個
精靈把這個選項的適用對象說得很明確：
適用於團隊共用的真實 Workspace 使用者信箱 ——
support@company.com是以使用者身分佈建的，而不是 Google 群組。由 Workspace 超級管理員在 Google 管理主控台中一次性授權 Omni Octo（全網域委派）。
對於它不是什麼，說得同樣明確：
**不支援：**Google 群組、郵寄清單或別名 —— 全網域委派只能模擬真實的 Gmail 信箱。
這個區分會決定你整個下午怎麼過。如果 support@ 在管理主控台裡是建成
使用者 —— 有授權、有密碼、有人能登入 —— 那這份指南就是給你的。如果它是
建成一個群組、再把信轉寄給大家，你該走的是
Google 群組那條路，那條路完全
不需要管理員。
全網域委派到底是什麼
DWD 是 Google Workspace 的功能，不是我們發明的，而且值得搞懂它，因為這一頁 的其他每條規則都能用它解釋。
一般來說，應用程式要碰到一個信箱，得先問它的主人：你點完 Google 的授權畫面， 授予它存取你自己的收件匣。這對一個沒有特定主人的信箱行不通，也沒辦法擴展 到整個網域。
全網域委派是另一條路。超級管理員一次性地、針對整個網域授權這個應用程式， 從那之後它就能以該網域內任何使用者的身分行動，不再需要授權畫面。產品自己的 描述就是很好的一句話：
全網域委派讓 Omni Octo 可以模擬團隊共用的 Workspace 使用者信箱。
模擬是關鍵詞，三個推論直接從它推出來：
- **你的管理員授權一次，而不是一個信箱授權一次。*這就是「設定完成後不需要 逐一信箱 OAuth」*那句承諾 —— 第二個、第三個共用信箱連接時完全不需要授權 畫面。
- 它只能碰到身分是「使用者」的東西。 Google 群組不是使用者帳號，別名也不 是，所以沒有東西可以模擬。這正是上面那句「不支援」的全部原因，而不是任意 的限制。
- **它是網域層級的信任，所以需要網域層級的管理員。**一般管理員給不了這個 授權；只有超級管理員可以。
管理員實際要做的事
一次授權、只做一次、對整個組織生效 —— 不是按信箱授權。精靈會把要轉交的說明 交給你：
請把這些說明交給 Workspace 超級管理員。他們會一次性授予 Omni Octo 在 貴組織共用信箱上操作的權限。
主控台連結的門檻也一樣：*「開啟 admin.google.com（需要超級管理員）。」*一般 管理員不夠；全網域委派是超級管理員的能力。
這個一次性成本的回報，是值得告訴你管理員的一件事：
**共用使用者（DWD）：**由管理員授權；設定完成後不需要逐一信箱 OAuth。
授權一旦存在，網域裡之後的每一個共用信箱連接時都不再需要授權畫面。
證明授權真的生效了
精靈不會假設管理員做好了，它會直接測：
請輸入您的 Workspace 網域，以及該網域下的一個電子郵件地址（通常是您自己的 管理員地址）。我們會以該身分模擬登入，並嘗試列出一則訊息。
一則訊息，讀一次。成功時你會看到 「DWD 模擬身分成功。正在進入信箱設定…」， 流程就繼續走到信箱本身。
如果失敗，表示授權還沒生效，或者填的 client id 不對。那是管理主控台的問題， 不該在這邊反覆重試。
選草稿模式之前，你該知道的一個注意事項
特別是在這條路上，回覆模式選擇器給草稿模式的標籤不一樣：
草稿 —— 由人審核（僅 M2）
底下還有一條說明：
草稿模式已接上，但儀表板上的審核畫面僅在 M2 提供。
照字面意思理解。在全網域委派的共用信箱上，寫草稿的那一半能運作，但審核介面 和個人授權信箱的不一樣。如果你連接的理由就是*「AI 寫，我們核准」*，那就連接 個人信箱或 Exchange 共用信箱， 拿到完整的審核閉環；或者先用僅人工模式跑著，等你親眼看過行為再說。
這種事就該由指南明說，而不是等你已經送出管理員申請之後才自己發現。
它不會做的事
**它不會匯入你現有的郵件。**監看從連接那一刻才開始。
它無法模擬群組或別名。 DWD 只碰得到真實的信箱 —— 這是精靈開頭那句話， 也是大多數「共用收件匣」需求其實該歸到另一頁的原因。
隊友從自己的 Gmail 寄出的回覆不會算成已回覆 —— 那封信是從 Gmail 出去的， 不是從平台，所以這串信在這邊仍可能顯示為等待中。