## 请启用 JavaScript 来查看本站。

# MDaemon Messaging Server 23.0

- 缩小窗口
- 更大的文本 | 更小的文本
- 隐藏页面标题
- 显示扩展文本
- 可打印版本
- 保存永久链接 URL

MultiPOP | 滚动 上一个 顶部 下一个 更多信息

启用 MultiPOP

勾选此框来启用 MultiPOP 服务器。MultiPOP 代表您的用户从 POP 服务器收集邮件，并将其存储在其本地邮箱中。MultiPOP 功能帮助您为多种来源的邮件集创建无限数量的 POP3 主机/用户/密码组合。这对那些在多个服务器上拥有邮件账户，而又希望将邮件收集并保存在一个地方的用户来说，非常有用。邮件在被放置到用户的邮箱之前，MultiPOP 所收集的邮件首先放置到本地队列中，以使它能像其他拥有自动应答器和内容过滤器的邮件一样被处理。MultiPOP 的调度选项位于： 设置 » 事件调度 » 邮件调度选项 » MultiPOP 收集。

MultiPOP 在收集后始终删除所有服务器中的邮件

如果希望覆盖所有用户的“在 POP 服务器上保留邮件副本”选项（位于“账户编辑器”的“MultiPOP”屏幕上），请点击该复选框。所有邮件在收集后将从每个 MultiPOP 服务器上删除掉。

Send notification email after this many failures

By default, MDaemon sends a notification email after multiple failures when checking a MultiPOP account. Since temporary failures can be common, this option allows you to specify how many consecutive failures it takes to trigger the notification, and the option below allows you to choose how many days to wait between those notifications. The content and recipients of the notification emails can be customized by editing \MDaemon\App\MPOPFailureNotice.dat. By default the notifications are sent to the MultiPOP account owner after 5 failures, no more than once every 7 days.

Do not notify again for this many days

By default MultiPOP failure notifications are sent no more than once every seven days. Use this option if you wish to adjust that interval.

## MultiPOP OAuth

OAuth2.0 是 Gmail 和 Microsoft（Office）365 现在需要（或即将需要）的现代身份验证方法，因为它们禁用了对传统/基本身份验证的支持。为了让 MDaemon 的 MultiPOP 功能使用 OAuth2.0 来代表用户从 Gmail 或 Office365 收集邮件，您必须分别向 Google 或 Microsoft 注册 MDaemon 服务器，使用 Google API 控制台或 Microsoft 的 Azure Active Directory 来创建 OAuth2.0 应用程序。这与为您的 Webmail 用户使用 MDaemon 的 Dropbox 集成所需的流程类似。

要设置 MultiPOP 为您的用户从 Gmail 或 Microsoft (Office) 365 收集邮件：

1.启用上方的“启用 MultiPOP”选项。

2.按照以下指示来为 Gmail 或 Office 365 创建并链接您的 MultiPOP OAuth 应用。

3.在账户编辑器的 MultiPOP 页面上，为您希望允许使用 MultiPOP 来从 Gmail 或 Office 365 检索邮件的每名用户启用 MultiPOP。

4.为每名用户添加 Gmail (pop.gmail.com:995) 或 Office 365 (outlook.office365.com:995) 账户，并启用“使用 OAuth”选项。此外，您可以让您的用户在 Webmail 中亲自完成这一步。请注意：对于 Gmail 账户，必须将每个 Gmail 账户添加到您 Gmail OAuth 应用中的“测试用户”中(还请参阅发布状态注释，位于下方的创建并链接您的 MultiPOP OAuth 应用指南中)。

5.在账户编辑器的 Web 服务页面上，为这些用户的每一个人启用“...编辑 MultiPOP 设置”。

6.每名用户必须登录其 Webmail，前往其“选项”下方的“邮箱”页面，添加其 Gmail 或 Office 365 账户 (如果您没有为他们添加)，然后点击“授权”来登录到其 Gmail 或 Office 365 账户，并继续执行步骤来授权 MDaemon 从该位置收集其邮件。

Gmail/Office 365

Client ID

这是在 Google API 控制台或 Microsoft Azure Active Directory 门户中创建 MultiPOP OAuth2.0 应用时，分配的唯一客户端 ID。创建完应用程序后，复制其客户端 ID，并将其粘贴到此处。

Client Secret

这是在 Google API 控制台或 Microsoft Azure Active Directory 门户中创建 MultiPOP OAuth2.0 应用时，分配的唯一客户端 Secret。创建完应用程序后，复制其 Client Secret，并将其粘贴到此处。请注意：在为 Azure 应用程序创建 Client Secret 时，必须在创建应用程序时复制它，因为之后它将不再可见。如果您当时未能复制它，那么您必须删除这个 Secret 并创建一个新的 Secret。

Redirect URI

在为 Gmail 或 Office365 创建 OAuth2.0 应用程序时，必须指定 Redirect URI。这个显示在 MultiPOP 屏幕上的重定向 URI 是从您默认域的 SMTP 主机名称创建而成的, 在登录 Webmail 时，它应该适用于该域的用户。您应该在用户登录 Webmail 时，为他们前往的任何其他 MDaemon 域，将额外的重定向 URI 添加到您的应用程序。例如，“https://mail.example.com/WorldClient.dll?View=OAuth&AuthRequest=Office365”将适用于在登录 Webmail 时，前往 mail.example.com 的任何用户。还请参阅： 下方的创建并链接您的 MultiPOP OAuth App 来获取更多信息。

Redirect URI 示例：

https://mail.example.com/WorldClient.dll?View=OAuth&AuthRequest=Gmail

https://mail.example.com/WorldClient.dll?View=OAuth&AuthRequest=Office365

## 创建并链接您的 MultiPOP OAuth 应用

创建 MultiPOP OAuth 2.0 应用的按步指南。

对于 Google Gmail 按照以下步骤创建 Google 应用程序，以便在为用户从 Gmail 收集邮件时，允许 MultiPOP 使用 OAuth2.0 进行身份验证。 1.在您的浏览器中，前往 Google API 控制台. 2.如果位于“项目列表”上，请点击“NEW PROJECT”，如果位于管理资源页面，请点击(+) CREATE PROJECT。 3.输入项目名称，如果您希望编辑项目 ID 或使其保留默认值，请点击“编辑”。请注意： 在创建项目后无法更改项目 ID。 4.在左窗格中，前往 APIs & Services | OAuth consent 屏幕。 5.选择“External”并点击“Create”。 6.输入应用名称 (例如 MultiPOP OAuth 2.0 for Gmail)、供用户联系的技术支持邮件地址、供 Google 对于项目变更可以联系到的开发人员邮件地址。这就是该页面上需要完成的全部设置，不过取决于您特定的组织或验证要求，您还能输入公司徽标并链接到您的服务条款和隐私策略。会为您自动填写“Authorized domains”字段，在您稍后添加“Redirect URIs”这一步时。请注意： 此信息用于 Consent 屏幕，该屏幕将呈现给用户，以授权 MultiPOP 从 Gmail 收集。 7.点击“Save and Continue”。 8.点击“ADD OR REMOVE SCOPES”， 然后在“Manually add scopes”下输入“https://mail.google.com/”。点击“ADD TO TABLE” 并点击“Update”。 9.点击“Save and Continue”。 10.在“Test Users”下，请点击“ADD USERS”，输入您将从中收集邮件的每个 Gmail 账户，然后点击“ADD” (请参阅下方有关您应用的发布状态的注释)。 11.点击“Save and Continue”。 12.在 Summary 上，点击位于页面底部的“BACK TO DASHBOARD”。 13.点击左窗格中的“Credentials”，点击 (+) Create Credentials 并选择 OAuth client ID。 14.在“Application type”下拉框中选择“Web application”，在“Authorized redirect URIs”下点击“+ ADD URIs”。输入重定向 URI。在 MultiPOP 屏幕上显示的“重定向 URI ” 是从您默认域的 SMTP 主机名称构建而成的示例, 在登录到 Webmail 时应能适用于该域的用户。您应该在用户登录 Webmail 时，为他们前往的任何其他 MDaemon 域，将额外的重定向 URI 添加到您的应用程序。例如，“https://mail.example.com/WorldClient.dll?View=OAuth&AuthRequest=Gmail”将适用于在登录 Webmail 时，前往 mail.example.com 的任何用户。 15.点击“CREATE”。 16.将“Your Client ID”和“Your Client Secret”中的值复制到 MultiPOP 页面上的 Gmail Client ID 和 Client Secret 框。
| 发布状态 — 这些指示用于通过 发布状态（被设置成“Testing”）来创建 Google 应用。这需要您添加每个特定的 Google 账户，这些账户将使用该应用程序从 Gmail 收集他们的邮件，并且仅限于 100 个用户。此外，在 Webmail 中，当你的用户被要求授权 MDaemon 从 Gmail 收集邮件时，会显示一条警告信息：“确认用户对你的项目有测试访问权限，但应考虑向未验证的应用程序授予对其数据的访问权限所存在的相关风险。” 此外，授权在七天后到期，因此每个用户都需要每周从 Gmail 重新授权收集。 如果您希望删除这些要求和限制，那么您必须将您的状态更改为“In Production” ，这可能需要也可能不需要你进行验证过程。有关应用程序验证和发布状态的更多信息，请参阅以下 Google 文章: 设置您的 OAuth 同意屏幕和 OAuth API 验证常见问题解答.
对于 Microsoft (Office) 365 按照以下步骤创建 Microsoft Azure 应用程序，以便在为用户收集 Office 365 邮件时，允许 MultiPOP 使用 OAuth2.0 进行身份验证。 1.前往 Microsoft Azure Active Directory 页面，它位于 Azure 门户，并点击左窗格中的“App Registrations”(如果您没有账户，您必须注册一个免费或付费的 Azure 账户)。 2.点击“+ New Registration”。 3.请在“Name”字段输入应用程序名称 (例如“Mailbox OAuth for Office 365”)。 4.对于“Supported account types”，请选择 Accounts in any organizational directory (Any Azure AD directory - Multitenant)。 5.对于“Redirect URI”，请选择“web”并输入您的 Office 365 Redirect URI。在 MultiPOP 屏幕上显示的“重定向 URI ” 是从您默认域的 SMTP 主机名称构建而成的示例, 在登录到 Webmail 时应能适用于该域的用户。您应该在用户登录 Webmail 时，为他们前往的任何其他 MDaemon 域，将额外的重定向 URI 添加到您的应用程序。例如，“https://mail.example.com/WorldClient.dll?View=OAuth&AuthRequest=Office365”将适用于在登录 Webmail 时，前往 mail.example.com 的任何用户。 6.点击“Register”。 7.记录“Application (client) ID”(附近有一个复制到剪贴板按钮)。您可以通过点击左窗格中的“Overview”来找到此 ID。 8.如果您需要添加额外的 Redirect URI，请点击右侧的“Redirect URIs: 1 web”链接。点击“Add URI”并输入 URI，重复是必要的，然后点击“Save”。 9.点击左窗格中的“API 权限”。 10.点击“+ Add a permission”。 11.点击“Microsoft Graph”。 12.点击“Delegated Permissions”。 13.向下滚动至“POP”并选择“POP.AccessAsUser.All”，然后在“User”下选择“User.Read” (默认情况下已选定 User.Read)。 14.点击“Add permissions”。 15.在左窗格中，点击“Certificates & Secrets”。 16.点击“+ New Client Secret”。 17.输入描述 (例如“Client secret for Office 365 MultiPOP OAuth app”)。 18.选择 Client Secret 多久过期。 19.点击“添加”。 20.记录在“Value”字段中生成的 Client Secret (附近有一个复制到剪贴板按钮)。注意：此页面上无法再次查看 Client Secret——条目旁有一个“Delete”图标，这样您便能在必要时将其删除，并创建一个新的 Client Secret。 21.请在“服务器设置”下方 MDaemon 的 MultiPOP 页面的 Office 365 部分下的“Client ID”和“Client Secret”字段 中输入 Application (Client) ID 和 Client Secret 的值。

还请参阅：

账户编辑器 | MultiPOP

邮件调度 | MultiPOP 收集

MDaemon v23.0.2 - 六月 2023. Copyright © 1996-2023. All rights reserved. MDaemon Technologies