Gmail 应用专用密码：创建方法、IMAP 设置与问题排查

Gmail 应用专用密码是一个由 16 个字符组成的密码，让不支持 Sign in with Google（使用 Google 账号登录）的 App 或设备通过 IMAP、POP 或 SMTP 访问你的 Gmail。开启两步验证后，你就可以在 myaccount.google.com/apppasswords 创建它。在 App 中，用户名填完整的 Gmail 地址，密码填应用专用密码；收信服务器填 imap.gmail.com，端口 993；发信服务器填 smtp.gmail.com，端口 465 或 587。如果 App 支持 Sign in with Google，Google 建议改用这种方式。CatchNone 也是靠应用专用密码从 Gmail 读取你自有域名的别名邮件：以只读方式，直接在你的 iPhone、iPad 或 Mac 上读取。

Google 的错误消息称之为 application-specific password，很多指南则写作 app-specific password（Google 中文页面称为“应用专用密码”，作用类似 QQ 邮箱和网易邮箱的“授权码”）。下文链接的 Google 帮助页面最后一次核对是在 2026 年 9 月 25 日。

2026 年还能使用 Gmail 应用专用密码吗？

可以。截至 2026 年 9 月，Google 的使用应用专用密码登录页面仍把它作为现有功能介绍，也没有给出停用日期。同一页面还指出，应用专用密码不推荐使用，而且在大多数情况下并无必要。

真正停止的是用普通 Google 密码登录。Google 的 Gmail 帮助指出，Gmail 已不再支持要求你提供 Google 用户名和密码的第三方 App 或设备。据 Google Workspace Updates 博客，Google Workspace 账户的这项支持已于 2025 年 5 月 1 日结束。Google 的过渡指南说明，CalDAV、CardDAV、IMAP、SMTP 和 POP 将不再支持旧式密码，访问时也不再使用密码，“应用专用密码除外”。

因此，App 访问 Gmail 只有两种方式：Sign in with Google（OAuth）或应用专用密码。

开始之前：开启两步验证

只有开启了两步验证的账户才能创建应用专用密码。为个人账户开启两步验证的方法如下（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. 在 App 中，用户名填完整的电子邮件地址，密码栏粘贴应用专用密码。

Google 的帮助没有介绍这个页面，所以第 2 步和第 3 步中的标签参照的是当前的第三方指南（2026 年 9 月），你的账户上显示的可能略有不同。

每个 App 或设备各用一个应用专用密码。通常只需输入一次；分开使用的话，撤销某个 App 时不会影响其他 App。

为什么找不到“应用专用密码”或显示不可用

如果打开 myaccount.google.com/apppasswords 时提示“The setting you are looking for is not available for your account”（你要找的设置不适用于你的账户），或者这个入口始终没有出现，请先检查两步验证。另外三行是 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（菜单 > 应用 > Google Workspace > Gmail > 最终用户访问权限 > 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 则由上文的管理员设置决定。

Gmail 在 IMAP 中的文件夹

Gmail 的标签会显示为文件夹：INBOX、[Gmail]/All Mail、[Gmail]/Sent Mail、[Gmail]/Spam、[Gmail]/Trash 等。正如 Google 的 IMAP 文档所说，有些账户的前缀是 Google Mail 而不是 Gmail。在 Google 推荐的客户端设置中，以下两条最重要：

• 不要开启 App 自带的垃圾邮件过滤功能。Gmail 已经会把垃圾邮件归入 [Gmail]/Spam。
• 不要让 App 把删除的邮件移到 Trash（已删除邮件），否则 Gmail 会在 30 天后将其永久删除。在默认设置下，你从某个文件夹删除的邮件仍会保留在 All Mail（所有邮件）中。

关于 App 和服务器之间如何同步删除操作，请参阅 IMAP 会删除服务器上的邮件吗？

在 Outlook、Apple“邮件”和 iPhone 上使用 Gmail

Google 的 Workspace 帮助指出，当前版本的 Outlook、Apple“邮件”和 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 版本，或 Outlook 2016 的批量许可 MSI 版本，需要使用应用专用密码和上面的设置值。

打印机、扫描仪、NAS 和脚本

支持扫描到电子邮件的打印机，或会发送提醒的 NAS，会用你的完整地址和应用专用密码登录 smtp.gmail.com。截至 2026 年 9 月，Google 的发送限额如下：

对于 Workspace 设备，Google 的打印机和扫描仪帮助推荐使用 SMTP 中继服务。

如果是你自己写的脚本，Gmail 的服务器也接受通过 SASL XOAUTH2 进行的 OAuth 认证：比应用专用密码麻烦一些，但这是 Google 更推荐的方式。Gmail 会在大约 24 小时后关闭 IMAP 会话，所以长时间运行的脚本需要重新连接。

Gmail 应用专用密码无法使用？逐项检查

请逐一检查以下原因：

1. 你更改了 Google 账号密码。密码一旦更改，Google 就会撤销你所有的应用专用密码。请为每个 App 新建一个。
2. 你加入了 Advanced Protection。加入后，现有的应用专用密码会被撤销，也无法再创建新的。
3. 你关闭了两步验证。Google 表示，App 可能会显示错误，并建议你撤销应用专用密码。
4. 应用专用密码已被移除。此后 App 就无法登录，不过它可能要过一段时间才会发现。
5. Workspace 管理员更改了 IMAP 访问设置。如果 IMAP 被关闭，或仅限 OAuth 邮件客户端使用，使用应用专用密码的客户端即使以前正常，也会停止同步。
6. 连接的 App 太多。每个 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. App 版本过旧。Google 的故障排除步骤首先就是更新客户端，因为旧版本可能不符合当前的安全标准。

错误消息及其含义

下面的 SMTP 错误文本来自 Google 的错误参考，按 App 通常显示的格式书写。Google 表格中的代码格式略有不同。

• 535-5.7.8 Username and Password not accepted、“Invalid credentials”（凭据无效）或反复要求输入密码：应用专用密码有误或已被撤销。请新建一个，并确认用户名填的是完整地址。
• 534-5.7.9 Application-specific password required：通常是 App 在已开启两步验证的账户上发送了你的普通 Google 密码。请改用应用专用密码。
• 534“Please log in with your web browser and then try again”（请使用网络浏览器登录后重试）：在浏览器中登录你的 Google 账号，然后重试。

应用专用密码能访问什么，以及如何撤销

应用专用密码不是只读的，Google 也没有提供把它限制在某一个 App 或某一种协议上的办法。任何拿到它的人都能以你的身份使用 IMAP、POP 和 SMTP，读取和发送邮件。Google 的过渡指南在列出已停用普通密码的协议时，除了邮件协议，还提到了 CalDAV 和 CardDAV（日历和通讯录），并把应用专用密码列为例外，因此应用专用密码可能也能访问它们。请像对待主密码一样对待它。

撤销方法如下（Google 的步骤）：

1. 打开 myaccount.google.com/apppasswords。
2. 在列表中找到对应的 App 或设备。
3. 点击 Remove（移除）。

Google 建议在设备丢失或不再使用某个 App 时撤销对应的应用专用密码。更改 Google 账号密码会一次性撤销所有应用专用密码。

Apple 也为 iCloud 邮件提供了自己的版本：请参阅 iCloud App 专用密码与 IMAP 设置。

应用专用密码还是 Sign in with Google？

如果 App 不支持 Sign in with Google，Google 在应用专用密码之外只给出了另一种选择：换用更安全的 App 或设备。

在 CatchNone 中使用 Gmail 应用专用密码

CatchNone 是一款只负责收信的邮件别名 App，现已登陆 iPhone、iPad 和 Mac，它为每一次注册提供你域名上的一个单独地址，并直接从你的邮箱读取邮件。如果你域名的邮件会进入 Gmail，比如你域名上的 catch-all（发往该域名任何地址的邮件都进入同一个邮箱）把邮件转发到了那里，它只需要一个应用专用密码：邮件从 Google 直接到达你的设备，从不经过 CatchNone 的服务器，每封邮件都会标出它送达的别名。CatchNone 通过应用专用密码连接，而不是 Sign in with Google。在“添加邮箱”表单中，“连接类型”选 IMAP，“邮件服务器”填 imap.gmail.com，“电子邮件或用户名”填完整的 Gmail 地址，“密码”填应用专用密码。在“高级设置”中，保持“端口”为 993 并打开“安全连接（TLS）”，然后使用“测试连接”，因为“存储”不会测试连接。密码保存在这台设备的钥匙串中，不会同步，所以每台设备都要输入一次。

CatchNone 以只读方式打开邮箱，从不标记、移动或删除任何邮件，尽管应用专用密码本身允许这些操作。每次你打开它，它都会检查收件箱中最近 30 天内最新的 100 封邮件，从中挑出收件人（To）、抄送（Cc）或密送（Bcc）中包含你域名上某个地址的邮件。它只读取收件箱，所以 Gmail“垃圾邮件”文件夹中的邮件和被你的过滤器归档的邮件不会显示。如果 Google 不允许你创建应用专用密码，或者管理员只允许 OAuth 邮件客户端，请把域名的邮件改投到支持应用专用密码或 JMAP 令牌的服务商，例如 iCloud+ 或 Fastmail（但不包括 Fastmail 的 Basic 方案，它没有 IMAP，也没有应用专用密码）。为自定义域名选择邮件服务商一文比较了各种选择。

常见问题

Gmail 应用专用密码会过期吗？

Google 的帮助没有给应用专用密码设定时间限制。它们会因为 Gmail 应用专用密码无法使用？一节中列出的原因而失效，例如更改了 Google 账号密码或加入了 Advanced Protection。

空格需要输入吗？

Google 的帮助没有说明这个代码的显示方式，只称它为“16-digit passcode”（16 位数字密码）。2026 年更新的第三方指南说，它由 16 个字符组成，分为 4 组，每组 4 个，空格只是为了方便阅读。请直接复制粘贴，不要手动重新输入；如果 App 不接受，就去掉空格后再粘贴一次。

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 的 App，只要你像保护主密码一样保护它，这是一个合理的选择。Google 把需要应用专用密码的 App 称为“不够安全”的 App，并建议在提供 Sign in with Google 的情况下使用它。由于应用专用密码无法限制权限，请每台设备各用一个，并且只保存在需要它的 App 中。