嗨各位,
我正在用 n8n 為小企業建構自託管的 AI 電郵助手,目前正在準備 Google OAuth 驗證。
工作流程:
- 讀取未讀的 Gmail 郵件
- 篩選自動化電郵
- 將內容發送到 Claude
- 建立 Gmail 草稿
- 只在處理成功後才將郵件標記為已讀
- 發送執行摘要
應用程式不會永久刪除電郵。
我發現的問題
經過調查後,我發現原生的 Gmail OAuth2 API 憑證的作用域是硬編碼的。
它總是會請求:
- gmail.labels
- gmail.addons.current.action.compose
- gmail.addons.current.message.action
- mail.google.com
- gmail.modify
- gmail.compose
Scope 屬性是隱藏的,所以無法從使用者介面進行自訂。
我也發現社群討論顯示,只要在 Google Cloud 中限制作用域,OAuth 授權就會因為 Gmail 憑證仍然請求完整的硬編碼作用域清單而失敗,並傳回 HTTP 403 錯誤。
還有一個開放的功能請求,要求 Gmail 節點支援通用的 Google OAuth 憑證而非固定的 Gmail 憑證。
我的問題
有人在這裡實際上 完成了 Google 的 OAuth 驗證 同時保留了原生 Gmail 節點嗎?
如果有:
- Google 接受了預設的硬編碼作用域嗎?
- 你必須為
mail.google.com辯護嗎? - Google 要求進行任何變更嗎?
或者你最終用 HTTP Request 節點搭配通用的 Google OAuth2 憑證和 Gmail REST API 來取代了 Gmail 節點?
我不是在尋求理論上的建議——我真的想要聽到已經成功完成 Google 驗證流程的生產環境 n8n 應用程式使用者的回饋。
感謝!
分享你的工作流程
(在畫布上選擇節點,並使用鍵盤快速鍵 CMD+C/CTRL+C 和 CMD+V/CTRL+V 來複製和貼上工作流程。)
分享最後一個節點傳回的輸出
關於你的 n8n 設定的資訊
- n8n 版本:「localhost」
- 資料庫(預設值:SQLite):
- n8n EXECUTIONS_PROCESS 設定(預設值:own, main):
- 執行 n8n 的方式(Docker、npm、n8n cloud、桌面應用程式):DOCKER
- 作業系統: