邮件转发：New-InboxRule -ForwardTo与Set-Mailbox -ForwardingSmtpAddress对比

核心差异 #

转发层级与机制 #

• Set-Mailbox -ForwardingSmtpAddress：属于邮箱级转发，邮件抵达Exchange服务器后直接转发至目标地址，默认不会进入原收件箱（可通过DeliverToMailboxAndForward $true配置同时投递到原邮箱）。
• New-InboxRule -ForwardTo：属于收件箱规则级转发，邮件先投递到用户收件箱，再通过预设规则触发转发，是邮箱内的规则执行逻辑。

权限与操作主体 #

• Set-Mailbox：需要Exchange管理员权限（或具备邮箱配置权限的角色），普通用户无法自行操作，仅管理员/授权管理者可代用户配置。
• New-InboxRule：普通用户默认可给自己创建收件箱规则；管理者代操作时，需拥有对应邮箱的完全访问权限。

可见性与可控性 #

• 邮箱级转发：配置信息仅在Exchange管理中心的邮箱属性中可见，用户无法在Outlook中查看或修改，管理员可统一管控所有用户的转发设置。
• 收件箱规则级转发：规则会显示在用户Outlook的规则列表中，用户可自行修改、关闭或删除；管理员需通过MS Graph API或PowerShell才能查看和管理用户的规则。

API支持情况 #

• Set-Mailbox：暂不支持MS Graph API，仅能通过Exchange Online PowerShell或Exchange管理中心操作。
• New-InboxRule：可通过MS Graph API的/me/mailFolders/inbox/mailRules（当前用户）或/users/{id}/mailFolders/inbox/mailRules（指定用户）端点实现创建、查询和管理，适合集成到自定义应用中。

适用场景 #

Set-Mailbox -ForwardingSmtpAddress适用场景 #

• 管理员统一管控的长期转发需求：比如员工离职、长期外派时的邮箱接管，确保邮件不进入原收件箱，避免信息遗漏或存储占用。
• 不希望用户自行修改的转发配置：管理者代用户设置转发后，用户无法在客户端查看或修改，保证转发规则的稳定性。
• 需直接跳过原收件箱的转发场景：减少原邮箱的存储压力，同时避免用户误处理转发前的邮件。

New-InboxRule -ForwardTo适用场景 #

• 用户自助设置的临时转发：比如短时间外出（如超过4小时），用户可自行在Outlook或自定义门户中配置，操作灵活。
• 需条件触发的转发需求：支持基于发件人、主题、附件等条件筛选邮件，仅转发符合规则的内容。
• 集成到自定义应用的场景：像基于C# Razor Pages开发的内网门户，可依托MS Graph API实现用户/管理者自助选择团队成员作为转发目标，无需依赖PowerShell脚本。

内容的提问来源于stack exchange，提问作者scooter133