安裝
"url": "https://mcpemails.com/api/mcp"適合誰
如果你要讓智能體使用既有信箱來讀、搜、發、整理和預約郵件，又不希望伺服器長期保存郵件正文，這個服務對得上。官方把它寫成託管 MCP 伺服器，面向 Claude、Cursor 或任意相容 MCP 的客戶端。
適合已經能在客戶端裡新增遠端 HTTP 伺服器、並願意在官網登入綁定信箱的人。先在站點登入並連接 Gmail（一鍵 OAuth）或任意 IMAP/SMTP 帳戶（應用程式專用密碼）。憑證在寫入資料庫前用 AES-256-GCM 加密。站點：
https://mcpemails.com
它不適合只想完全本機 IMAP、或第一次就給刪除權限的人。權限按金鑰劃分，你可以只給 read:email，也可以在不暴露 delete 的前提下授予發送和資料夾管理。
官方倉庫：
https://github.com/Albretsen/MCPEmails
3 分鐘完成第一次嘗試
官方建議路徑只有一條：連接託管介面。不要另找本機安裝器。
https://mcpemails.com/api/mcp
前置條件：已在上述站點綁定信箱；為這次試用建立一把只含 read:email 的金鑰。在客戶端填寫 url 為該介面，並在 headers 裡放 Authorization Bearer。金鑰只放在本機設定，不要寫進對話，也不要使用文件裡的範例字串。
設定位置：目前 MCP 客戶端的遠端伺服器設定。連上後做一次低風險呼叫：在客戶端顯示的工具裡選讀取或搜尋。官方寫明共有 11 個工具，多數按資源加 action 選擇操作。本頁沒有連續寫出函式名，不要編造。讀取仍會對外連線並把郵件內容帶進對話，不是「無隱私邊界」。官方聲稱不儲存郵件，但本次工作階段仍看得到正文。
成功訊號：回傳一封郵件或搜尋結果，且沒有發送、沒有改資料夾、沒有刪除。若 401，先核對 Bearer 是否對應唯讀金鑰。
使用案例
案例一：讀和搜。對象是官方能力裡的 read 與 search，範圍只用 read:email。用客戶端實際顯示的讀取或搜尋 action。證據沒有欄位清單，成功以回傳主旨或摘要為準。不要假設伺服器會長期封存。
案例二：發送或整理。官方同一句還寫了 send、organize 和 schedule。這需要額外權限。確認點是你已看過收件人與正文，或將要執行的資料夾操作，並接受郵件會真實發出或標籤會改變之後，再行動。刪除尤其不要放進這一步；沒有 delete 範圍就不要呼叫相關 action。
使用邊界
11 個工具的具體名字本頁沒有連續證實，不要按常識補 inbox 或 draft 函式名。未點名的自動化和聯絡人能力不要補。
沒有綁定信箱或沒有唯讀金鑰時不要連接。發送、整理、預約都會改你的真實信箱。官方沒有寫出撤銷已發郵件的步驟。託管介面會代你存取信箱，存在帳戶被誤操作的風險。應用程式專用密碼和 OAuth 權杖都不要出現在對話裡。