发件邮件服务器设置
配置您组织的邮件服务器以发送电子邮件并触发通知。您可以使用电子邮件协议(SMTP/SMTPS)、Exchange Web 服务(EWS)或 Microsoft Graph 从 ServiceDesk Plus 发送电子邮件。
根据所选的连接协议,配置会有所不同。
从 2023 年开始,将不再支持使用基本身份验证连接到 Microsoft 365(原 Office 365)邮箱。点击
此处 了解更多信息。
所需角色:SDAdmin
快速链接
配置发件邮件服务器设置
使用电子邮件协议配置邮件服务器
- 选择连接协议为 SMTP/SMTPS。
- 选择身份验证类型。请根据下方说明,基于身份验证类型配置邮件服务器:
字段名称 | 基本身份验证 | OAuth 身份验证 |
服务器名称 / IP 地址 | 指定必须用于发送所有电子邮件的服务器名称或 IP 地址。 |
备用服务器名称 / IP 地址 | 如果有,请提供辅助服务器详细信息。若主服务器不可用,ServiceDesk Plus 将使用此服务器发送电子邮件。点击此处了解更多。 |
发件人名称 | 指定在应用程序发送的电子邮件中显示的名称。 |
回复地址 | 指定一个电子邮件地址,作为发出邮件中的发件人地址。所有来自 ServiceDesk Plus 的电子邮件都将显示此电子邮件地址。 |
用户名 | - | 输入用于访问邮箱的用户名。 |
协议 | 选择用于连接邮箱的协议: - SMTP - 简单邮件传输协议,可在与多个客户端同时交互的情况下发送电子邮件。
- SMTPS - 安全简单邮件传输协议,可在与多个客户端交互的同时以额外的安全级别发送电子邮件。
|
启用 TLS | 选择是否必须启用传输层安全性 (TLS)。 |
端口 | 根据所选协议指定端口号。 |
需要身份验证 | 提供必要的登录凭据,以便在邮件服务器发送电子邮件时强制进行身份验证。 | - |
授权服务器详细信息(客户端 ID、客户端密钥、授权 URL、令牌 URL) | - | 从授权服务器获取这些详细信息。 |
范围 | - | 定义所获取的 OAuth 令牌在邮箱中的访问权限范围。 对于运行在 587 端口上的 SMTP/SMTPS 协议,将为以下邮箱自动填充范围: - Office 365:https://outlook.office365.com/SMTP.Send, offline_access
- Gmail:https://mail.google.com
了解更多有关自动填充为范围的默认值。 |
重定向 URL | - | 使用此 URL 注册 ServiceDesk Plus 并从授权服务器获取令牌。 请确保访问应用程序时使用的主机与重定向 URL 中的主机相同,OAuth 配置才能正常工作。 |
启用代理服务器 | 如果应用程序需要代理设置来发送电子邮件,请启用并配置代理设置。 点击此处了解更多。 |
配置完成后,点击保存。

发件邮件的辅助邮件服务器
如果主邮件服务器出现连接问题,ServiceDesk Plus 将连接到备用服务器并发送电子邮件。一旦连接成功,ServiceDesk Plus 将继续通过备用服务器发送电子邮件。要重新连接到主服务器,您可以执行以下任一操作:
系统将显示一条 UI 消息通知用户,如下图所示:

使用 Exchange Web 服务配置邮件服务器
- 选择连接协议 为 Exchange Web Services (EWS)。
- 选择身份验证类型。请根据下方说明,基于身份验证类型配置邮件服务器:
字段名称 | 基本身份验证 | OAuth 身份验证 |
连接 URL | 提供用于连接服务器的 EWS URL(例如,https://<host_name>/EWS/Exchange.asmx)。 |
用户名 | 输入用于访问邮箱的用户名。 |
密码 | 输入邮箱密码。 | - |
发件人名称 | 指定应用程序发送的电子邮件中显示的名称。 |
回复地址 | 指定一个电子邮件地址,作为发出邮件中的 From 地址。回复邮件将发送到此电子邮件地址。 |
授权服务器详细信息(客户端 ID、客户端密钥、授权 URL、令牌 URL) | - | 从授权服务器获取这些详细信息。 |
范围 | - | 定义所获取的 OAuth 令牌在邮箱中的访问权限范围。 对于 Office365 邮箱,范围将自动填充为:https://outlook.office365.com/EWS.AccessAsUser.All, offline_access 了解更多有关自动填充为范围的默认值。 |
重定向 URL | - | 使用此 URL 注册 ServiceDesk Plus 并从授权服务器获取令牌。 请确保访问应用程序时使用的主机与重定向 URL 中的主机相同,OAuth 配置才能正常工作。 |
启用代理服务器 | 如果应用程序需要代理设置来发送电子邮件,请启用并配置代理设置。点击此处了解更多。 |
配置完成后,点击保存。

使用 Microsoft Graph 配置邮件服务器
网络访问要求:
要使用 Microsoft Graph 发送电子邮件,ServiceDesk Plus 服务器需要访问以下主机:
当发送带有大于 3MB 附件的电子邮件时,需要访问 outlook.office365.com,因为附件会通过 Upload API 分批上传。
字段 | 说明 |
Graph 终结点 | 此处将预填充全局 Graph 终结点。如果您的组织属于特定国家云,请修改该终结点。 点击此处查看与各种国家云对应的 Graph 终结点列表。 |
回复地址 | 指定一个电子邮件地址,作为发出邮件中的发件人地址。回复邮件将发送到此电子邮件地址。 |
授权服务器详细信息(客户端 ID、客户端密钥、授权 URL、令牌 URL) | 从授权服务器获取这些详细信息。Microsoft Graph 支持 Azure 作为授权服务器。 如果在收件和发件邮件服务器设置中配置了同一个邮箱,请确保客户端 ID 不同,以避免因邮件限制策略导致的问题。了解更多。 |
范围 | 定义所获取的 OAuth 令牌在邮箱中的访问权限范围。 对于 Microsoft Graph 协议,范围将自动填充为:Mail.ReadWrite,Mail.Send.Shared,offline_access 了解更多有关自动填充为范围的默认值。 |
重定向 URL | 使用此 URL 注册 ServiceDesk Plus 并从授权服务器获取令牌。 请确保访问应用程序时使用的主机与重定向 URL 中的主机相同,OAuth 配置才能正常工作。 |
启用代理服务器 | 如果应用程序需要代理设置来发送邮件,请启用并配置代理设置。点击此处了解更多。 |
配置完成后,点击保存。

对于 OAuth 身份验证,请提供您的登录凭据并提交对所述权限的同意。登录凭据应与邮件服务器设置中配置的用户名相同。请确保您未在浏览器中阻止弹出窗口和重定向,以便查看用户授权窗口。
编辑邮件服务器设置
在 13001 或更早版本中,请停止邮件获取过程后再进行必要的更改。
在 13002 或更高版本中,管理员可以根据需要编辑邮件服务器设置。如果邮件获取过程正在进行中,应用程序会提示暂时禁用邮件获取。保存更改后,请手动重新启用获取过程。
检查邮件服务器连接性
可以通过从邮件服务器发送一封测试邮件来测试发件邮件服务器连接性。填写一个电子邮件地址并点击发送测试邮件。
如果设置正确且连接成功,系统将向所填写的电子邮件地址发送一封测试邮件。否则,屏幕上将显示错误消息。
要了解有关邮件服务器错误故障排除的更多信息,点击此处。
限制
由于 Microsoft Graph API 严格的限流策略,当使用 Microsoft Graph 协议发送电子邮件时,ServiceDesk Plus 存在某些限制。
Microsoft 已设置服务限制,仅允许四个并发 API 请求。由于 ServiceDesk Plus 可以通过多个线程发送电子邮件(用户回复、转发、系统通知或自定义触发器),发送邮件时可能会出现延迟。

我们通过负载模拟来测试延迟,并验证了以下统计数据:
| 邮件流入速率 | 邮件流出速率 | 结果 |
场景 1 | 每小时 600 封电子邮件,流入速率恒定(约每分钟 10 封邮件) 每 3 封邮件包含 10 个内嵌图片 | 应用程序发送了 1800 条通知(每个请求创建时发送 3 条通知) 发送一封电子邮件的平均时间 = 2~3 秒 | 电子邮件发送没有任何延迟。 |
场景 2 | 高流入速率(每分钟突然激增至 100 封邮件) 每 3 封邮件包含 10 个内嵌图片 | 应用程序发送了 300 条通知(每个请求创建时发送 3 条通知) 发送一封电子邮件的平均时间 = 约 3 秒 | 电子邮件发送几乎没有明显延迟。 |
场景 3 | 高流入速率(每分钟突然激增至 200 封邮件) 每 3 封邮件包含 10 个内嵌图片 | 应用程序发送了 600 条通知(每个请求创建时发送 3 条通知) 发送一封电子邮件的平均时间 = 8~9 秒 | 发送电子邮件最大延迟为 10 分钟(第 200 个请求创建与其通知之间的时间差)。 |
根据这些统计数据,当流入速率激增或配置了更多通知时,发送电子邮件会出现明显延迟。
因此,在以下情况下,我们不建议用户将 Microsoft Graph 协议配置为发件邮件服务器:
- 您的组织环境具有较高的邮件流入/流出速率
- 您的组织邮件流量不属于场景 1 或场景 2。
替代方案:您可以使用 SMTP 协议发送电子邮件。
此限制不会影响收件邮件服务器,因为电子邮件是按顺序从邮箱中获取的,因此不会产生并发请求。