Gmail 應用程式密碼：建立方式、IMAP 設定與錯誤排解

Gmail 的「應用程式密碼」是一組 16 個字元的代碼，讓不支援 Sign in with Google（使用 Google 帳戶登入）的應用程式或裝置，也能透過 IMAP、POP 或 SMTP 存取你的 Gmail。開啟「兩步驟驗證」後，就能在 myaccount.google.com/apppasswords 建立。在應用程式中，使用者名稱填入完整的 Gmail 地址，密碼填入應用程式密碼；收信用 imap.gmail.com、連接埠 993，寄信用 smtp.gmail.com、連接埠 465 或 587。如果應用程式提供 Sign in with Google，Google 建議改用這種方式。CatchNone 也是靠應用程式密碼，從 Gmail 讀取你自有網域的別名郵件：以唯讀方式，直接在你的 iPhone、iPad 或 Mac 上讀取。

Google 的錯誤訊息稱它為 application-specific password，許多教學則寫作 app-specific password。下文連結的 Google 說明頁面，最後一次查核是在 2026 年 9 月 25 日。

Gmail 應用程式密碼在 2026 年還能用嗎？

可以。截至 2026 年 9 月，Google 的使用應用程式密碼登入說明頁面仍把它列為現有功能，也沒有提到停用日期。同一個頁面也說，應用程式密碼「不建議使用，而且在大多數情況下並不需要」。

已經停止的是用一般 Google 密碼登入。Google 的 Gmail 說明指出，Gmail「不再支援需要提供 Google 使用者名稱和密碼的第三方應用程式或裝置」。根據 Google Workspace Updates，Google Workspace 帳戶的這項支援已在 2025 年 5 月 1 日結束。Google 的轉換指南表示，CalDAV、CardDAV、IMAP、SMTP 和 POP「將無法再搭配舊式密碼使用」，存取時也不再使用密碼，「應用程式密碼除外」。

因此，應用程式存取 Gmail 的方式有兩種：Sign in with Google（OAuth）或應用程式密碼。

開始之前：為 Gmail 帳戶開啟兩步驟驗證

Google 只允許已開啟兩步驟驗證的帳戶建立應用程式密碼。個人帳戶的開啟方式如下（Google 的步驟，截至 2026 年 9 月）：

1. 開啟你的 Google 帳戶。
2. 選取 Security & sign-in（安全性與登入）。
3. 在 How you sign in to Google（登入 Google 的方式）下方，選取 Turn on 2-Step Verification（開啟兩步驟驗證）。
4. 按照畫面上的步驟操作。

也可以直接前往 myaccount.google.com/signinoptions/two-step-verification。如果是公司或學校帳戶，這些步驟可能無法使用，因為兩步驟驗證由管理員控管。

如何建立 Gmail 應用程式密碼

1. 前往 myaccount.google.com/apppasswords，如果系統要求，請再登入一次。Google 的說明也提供了這條路徑：Google 帳戶 → Security & sign-in（安全性與登入）→ How you sign in to Google（登入 Google 的方式）→ 應用程式密碼。如果看不到這個項目，請使用直接連結。
2. 輸入一個之後認得出來的名稱，例如「辦公室印表機」或「家用 NAS」，然後選取 Create（建立）。
3. 複製 Google 顯示的密碼。密碼只會顯示這一次；如果弄丟了，請建立新的。
4. 在應用程式中，使用者名稱填入完整的電子郵件地址，並把應用程式密碼貼到密碼欄位。

Google 的說明沒有記載這個畫面，所以步驟 2 和 3 的標籤是依照目前的第三方教學（2026 年 9 月），在你的帳戶上可能略有不同。

每個應用程式或裝置各建立一組應用程式密碼。通常只需要輸入一次，而分開的密碼可以讓你撤銷某個應用程式，不影響其他應用程式。

找不到「應用程式密碼」或顯示「您的帳戶無法使用這項設定」的原因

如果 myaccount.google.com/apppasswords 顯示「您的帳戶無法使用這項設定」，或根本沒有出現這個項目，請先檢查兩步驟驗證。其餘三列是 Google 列出的可能原因：

Google Workspace：為什麼無法使用應用程式密碼

公司帳戶並不是預設就被排除在外：Google 的第三方電子郵件用戶端管理說明要求管理員讓使用者為不支援 OAuth 的用戶端「建立並使用應用程式密碼」。能不能用，取決於以下 Admin console（管理控制台）設定（截至 2026 年 9 月）：

• 允許兩步驟驗證：「Menu」（選單）→「Security」（安全性）→「Authentication」（驗證）→ 2-step verification（兩步驟驗證）→ Allow users to turn on 2-Step Verification（允許使用者開啟兩步驟驗證）。
• 驗證方式：如果兩步驟驗證的方式設為 Only security key（僅限安全金鑰，現在也涵蓋密碼金鑰），使用者就屬於上方「只設定了安全金鑰」的情況。
• Advanced Protection：除非管理員關閉註冊功能，否則使用者可以自行加入。這項設定位於「Menu」（選單）→「Security」（安全性）→「Authentication」（驗證）→「Advanced Protection Program」（進階保護計畫），預設為開啟。已加入的使用者無法使用應用程式密碼。
• IMAP 存取權（這項設定不會隱藏應用程式密碼，但會決定使用應用程式密碼的郵件用戶端能否連線）：「Menu」（選單）→「Apps」（應用程式）→ Google Workspace → Gmail →「End User Access」（使用者存取權）→「POP and IMAP access」（POP 和 IMAP 存取權）。勾選 Enable IMAP access for all users（為所有使用者啟用 IMAP 存取權），並選取 Allow any mail client（允許任何郵件用戶端）。如果選的是 Restrict which mail clients users can use (OAuth mail clients only)（限制使用者可用的郵件用戶端，僅限 OAuth 郵件用戶端），使用應用程式密碼的用戶端就無法連線（IMAP 管理說明）。

Gmail IMAP 與 SMTP 設定

Gmail 的內送郵件伺服器是 imap.gmail.com，連接埠 993，使用 SSL/TLS。外寄郵件伺服器是 smtp.gmail.com，連接埠 465（SSL/TLS）或 587（STARTTLS）。不論是個人 Gmail 還是 Workspace，都用完整的電子郵件地址和應用程式密碼登入。

如果需要 POP，伺服器是 pop.gmail.com，連接埠 995，使用 SSL。

Google 給一般使用者的在其他電子郵件用戶端新增 Gmail 說明已不再列出這些數值。這些數值來自 Google 的開發人員文件和 Workspace 管理說明。

兩個 SMTP 連接埠都可以用。RFC 8314 認為，只要兩者都正確實作並強制使用 TLS，安全性就沒有明顯差異。所以使用 587 時，請選擇強制使用 STARTTLS 的設定，而不是「可用時才使用」的設定。

個人 Gmail 不需要開啟任何設定。自 2025 年 1 月起，IMAP 一律開啟，舊的「Enable IMAP」（啟用 IMAP）選項也已移除。Workspace 則由上方的管理員設定決定。

透過 IMAP 看到的 Gmail 資料夾

Gmail 的標籤會顯示成資料夾：INBOX、[Gmail]/All Mail、[Gmail]/Sent Mail、[Gmail]/Spam、[Gmail]/Trash 等。如 Google 的 IMAP 文件所說，有些帳戶的前綴是 Google Mail，而不是 Gmail。Google 建議的用戶端設定中，有兩項最重要：

• 不要開啟應用程式本身的垃圾郵件過濾器。Gmail 已經會把垃圾郵件分到 [Gmail]/Spam。
• 不要讓應用程式把刪除的郵件移到「Trash」（垃圾桶），否則 Gmail 會在 30 天後永久刪除。使用預設設定時，你從某個資料夾刪除的郵件仍會留在「All Mail」（所有郵件）。

想了解應用程式和伺服器之間如何同步刪除，請參閱IMAP 會刪除伺服器上的郵件嗎？

在 Outlook、Apple Mail 和 iPhone 上使用 Gmail

Google 的 Workspace 說明指出，目前版本的 Outlook、Apple Mail 和 Samsung Mail 都支援 Sign in with Google，因此不需要應用程式密碼，也不必手動輸入設定。

在新版 Outlook for Windows 中，前往 View（檢視）→ View settings（檢視設定）→ Accounts（帳戶）→ Your accounts（你的帳戶）→ Add Account（新增帳戶），輸入你的 Gmail 地址，選取 Continue（繼續），再在 Google 的權限畫面上選取 Allow（允許）。在傳統版 Outlook 中，選取 File（檔案）→ Add Account（新增帳戶），輸入你的地址，選取 Connect（連線），登入後選取 Allow（允許）（Microsoft 的步驟）。Microsoft 的頁面仍提到「less secure apps」（安全性較低的應用程式）設定，請忽略它；Gmail 已不再支援這種登入方式。

Google 表示，iOS 11 以上版本的 iPhone 和 iPad 同樣不需要應用程式密碼。在目前的 iOS 上，前往「設定」>「App」>「郵件」>「Mail Accounts」（郵件帳號）>「Add Account」（加入帳號），輸入你的 Gmail 地址（如果出現服務供應商清單，請選擇 Google），然後依照提示操作（Apple 的步驟）。在較舊的版本中，Accounts（帳號）位於「設定」>「郵件」底下。

不支援 OAuth 的舊版用戶端，例如 Outlook 2016 之前的 Outlook 版本，或大量授權的 MSI 版 Outlook 2016，就需要應用程式密碼和上面的設定值。

印表機、掃描器、NAS 與腳本

能掃描後寄到電子郵件的印表機，或會寄送警示的 NAS，都是用你的完整地址和應用程式密碼登入 smtp.gmail.com。Google 的寄信限制如下（截至 2026 年 9 月）：

如果是 Workspace 的裝置，Google 的印表機和掃描器說明建議使用 SMTP relay（SMTP 轉發服務）。

如果是你自己寫的腳本，Gmail 的伺服器也接受透過 SASL XOAUTH2 使用 OAuth：比應用程式密碼麻煩，但這是 Google 偏好的方式。Gmail 大約 24 小時後會關閉 IMAP 工作階段，所以長時間執行的腳本必須重新連線。

Gmail 應用程式密碼無法使用？請檢查這些項目

請逐一檢查以下原因：

1. 你變更了 Google 帳戶密碼。密碼一變更，Google 就會撤銷你所有的應用程式密碼。請為每個應用程式重新建立一組。
2. 你加入了 Advanced Protection。加入時會撤銷現有的應用程式密碼，新的也會被封鎖。
3. 你關閉了兩步驟驗證。Google 表示應用程式可能會出現錯誤，並建議撤銷你的應用程式密碼。
4. 應用程式密碼已被移除。移除後，應用程式就無法登入，不過它可能要過一段時間才會察覺。
5. Workspace 管理員變更了 IMAP 存取權。如果 IMAP 被關閉，或只限 OAuth 郵件用戶端使用，使用應用程式密碼的用戶端即使之前能用，也會停止同步。
6. 連線的應用程式太多。Gmail 每個帳戶同時最多允許 15 個電子郵件用戶端（截至 2026 年 9 月），許多用戶端同時同步，可能會出現「Too many simultaneous connections」（同時連線數過多）錯誤。
7. 你達到了 Workspace 的頻寬限制。Workspace 帳戶每天透過 IMAP 最多可以下載 2,500 MB（截至 2026 年 9 月）。超過之後，存取權會被暫停，通常是 1 小時，最長 24 小時（Gmail 頻寬限制）。Google 沒有公布個人帳戶的數字。
8. 你達到了上方表格中的寄信限制。在個人 Gmail 上，錯誤訊息是「You have reached a limit for sending mail」（已達寄信上限），Google 表示通常在 1 到 24 小時內就能恢復寄信。在 Workspace 上，寄信最長可能會被封鎖 24 小時。
9. 應用程式版本過舊。Google 的疑難排解第一步就是更新用戶端，因為舊版本可能不符合目前的安全標準。

錯誤訊息代表什麼

以下 SMTP 訊息取自 Google 的錯誤參考資料，並寫成應用程式通常顯示的樣子。Google 表格中的代碼格式略有不同。

• 535-5.7.8 Username and Password not accepted、「Invalid credentials」，或一直要求輸入密碼：應用程式密碼錯誤或已被撤銷。請建立新的一組，並確認使用者名稱是你的完整地址。
• 534-5.7.9 Application-specific password required：通常是應用程式在已開啟兩步驟驗證的帳戶上，送出了你的一般 Google 密碼。請改用應用程式密碼。
• 534「Please log in with your web browser and then try again」：在瀏覽器中登入你的 Google 帳戶，然後再試一次。

應用程式密碼能存取什麼，以及如何撤銷

應用程式密碼不是唯讀的，Google 也沒有提供任何方法把它限定給單一應用程式或單一通訊協定。任何持有它的人，都能以你的身分使用 IMAP、POP 和 SMTP，讀取和寄送郵件。Google 的轉換指南在列出已停用一般密碼的通訊協定時，除了郵件通訊協定，也列出 CalDAV 和 CardDAV（日曆和聯絡人），並以應用程式密碼為例外，所以應用程式密碼也可能存取得到這些資料。請像對待主要密碼一樣對待它。

撤銷應用程式密碼的方法（Google 的步驟）：

1. 開啟 myaccount.google.com/apppasswords。
2. 在清單中找到該應用程式或裝置。
3. 選取 Remove（移除）。

Google 建議在遺失裝置或不再使用某個應用程式時，撤銷對應的應用程式密碼。變更 Google 帳戶密碼則會一次撤銷所有應用程式密碼。

Apple 的「iCloud 郵件」也有自己的版本，請參閱 iCloud「App 專用密碼」與 IMAP 設定。

應用程式密碼還是 Sign in with Google？

如果應用程式沒有 Sign in with Google，除了應用程式密碼之外，Google 還列出了另一個選擇：「改用更安全的應用程式或裝置」。

在 CatchNone 使用 Gmail 應用程式密碼

CatchNone 是只收信的電子郵件別名 App，可在 iPhone、iPad 和 Mac 上使用，為每次註冊提供你網域上的專屬地址，並直接從你的信箱讀取郵件。如果你網域的郵件會送進 Gmail（例如你網域上的 catch-all（全收信）地址把郵件轉寄到那裡），它只需要一組應用程式密碼：郵件從 Google 直接傳到你的裝置，從不經過 CatchNone 的伺服器，而且每封郵件都會標示它寄到的是哪個別名。CatchNone 使用應用程式密碼連線，而不是 Sign in with Google。在「加入信箱」表單中，把「連線類型」設為 IMAP，「郵件伺服器」填 imap.gmail.com，「電子郵件或使用者名稱」填完整的 Gmail 地址，「密碼」填應用程式密碼。在「進階設定」中，保持「連接埠」為 993 並開啟「安全連線（TLS）」，然後使用「測試連線」，因為「儲存」不會測試連線。密碼會存放在該裝置的 Keychain（鑰匙圈）中，不會同步，所以每台裝置都要分別輸入。

CatchNone 會以唯讀方式開啟信箱，絕不標記、移動或刪除任何郵件，雖然應用程式密碼本身允許這麼做。每次你開啟它時，它會檢查收件匣中最近 30 天內最新的 100 封郵件，並挑出「收件人」（To）、副本（Cc）或密件副本（Bcc）欄位中列有你網域地址的郵件。它只讀取收件匣，所以 Gmail「垃圾郵件」資料夾裡的郵件，以及被篩選器封存的郵件，都不會出現。如果 Google 不讓你建立應用程式密碼，或管理員只允許 OAuth 郵件用戶端，請改把網域的郵件導向支援應用程式密碼或 JMAP 權杖的郵件服務，例如 iCloud+ 或 Fastmail（但不包括 Basic 方案，它沒有 IMAP，也沒有應用程式密碼）。為自訂網域挑選電子郵件服務一文比較了各種選擇。

常見問題

Gmail 應用程式密碼會過期嗎？

Google 的說明沒有替應用程式密碼設定期限。它們會因為Gmail 應用程式密碼無法使用？中列出的原因而失效，例如變更 Google 帳戶密碼或加入 Advanced Protection。

要輸入中間的空格嗎？

Google 的說明沒有描述這組代碼如何顯示，只稱它為「16 位數密碼」。2026 年更新的第三方教學則描述為 16 個字元、分成 4 組、每組 4 個，空格只是為了方便閱讀。請直接複製貼上，不要自己重打；如果應用程式不接受，再貼一次並去掉空格。

Gmail 的應用程式密碼設定在哪裡？

不在 Gmail 的設定裡，而是在你的 Google 帳戶中：myaccount.google.com/apppasswords；如果你的帳戶有顯示這個項目，也可以從 Security & sign-in（安全性與登入）→ How you sign in to Google（登入 Google 的方式）→ 應用程式密碼進入。如果沒有顯示，請使用直接連結。

Workspace 管理員可以幫我建立應用程式密碼嗎？

Google 沒有記載管理員能這麼做的方法。它的管理說明要求管理員讓使用者在自己的 Google 帳戶中自行建立。管理員要做的，是允許兩步驟驗證，並允許任何郵件用戶端使用 IMAP 存取。

使用應用程式密碼安全嗎？

如果應用程式沒有 Sign in with Google，而你也像保護主要密碼一樣保護它，這是合理的選擇。Google 把需要應用程式密碼的應用程式稱為「安全性較低」，並建議在有提供 Sign in with Google 時改用它。由於應用程式密碼無法限制權限，請每台裝置各用一組，而且只存放在需要它的應用程式中。