Exchange Online邮箱转发/组管理：C#实现方案及API选型与部署疑问

问题1：使用PowerShell是否为实现该需求的合适方案？ #

是合适的，但要结合场景判断：

• 若只是快速搭建内部小工具或原型，Exchange Online Management PowerShell模块原生支持邮箱转发配置、组成员增删，上手快、成本低。
• 但如果要集成到Web应用中，直接调用PowerShell会有明显痛点：进程启动开销大、异步处理繁琐、错误捕获和调试不友好，且在IIS环境下需要额外处理权限与环境配置。

问题2：有无比PowerShell更优的Exchange接口/API，可用于Web应用中实现邮箱转发/取消转发、组成员增删？ #

优先选择Microsoft Graph API，这是微软主推的统一云服务接口，比PowerShell更适配Web应用场景：

• 基于REST/JSON规范，C#中可直接使用官方Microsoft Graph SDK调用，无需启动外部进程，集成更自然。
• 权限控制精细，支持应用权限模式（适配你提到的带Token/Key/Cert的服务账户），无需模拟用户操作。
• 功能覆盖完整：
  • 邮箱转发：通过更新用户邮箱的forwardingAddress和forwardingSmtpAddress属性实现转发/取消转发。
  • 组成员管理：使用Groups相关API（如AddMember、RemoveMember）完成增删操作。
• 稳定性与扩展性更强，微软持续维护，是未来的主流方向。

另外，旧版Exchange Web Services（EWS）虽也支持相关操作，但已进入维护模式，不推荐新开发项目使用。

问题3：在IIS服务器上部署远程连接Exchange Online的代码是否存在问题？若服务器本身可运行PowerShell命令，需配置哪些内容以实现连接？ #

部署注意事项 #

• 若使用Microsoft Graph API：基本无特殊问题，只需确保服务器能访问外网Graph端点，配置好应用权限的证书/密钥即可。
• 若使用PowerShell：需重点配置以下内容：
  • 应用池权限：将IIS应用池的运行身份改为具备服务器本地PowerShell执行权限的专用服务账户，避免使用默认的ApplicationPoolIdentity（权限受限）。
  • 安装PowerShell模块：在服务器上安装Exchange Online Management模块，执行命令：

    Install-Module -Name ExchangeOnlineManagement -Force -AllowClobber
    

    注意需允许从PSGallery安装模块。
  • 设置执行策略：调整PowerShell执行策略为RemoteSigned（兼顾安全与可用性），执行命令：

    Set-ExecutionPolicy RemoteSigned -Force
    

  • 无交互连接配置：使用服务账户+证书的无交互方式连接Exchange Online，示例命令：

    Connect-ExchangeOnline -CertificateThumbprint "你的证书指纹" -AppId "应用注册ID" -Organization "租户域名.onmicrosoft.com"
    

  • 连接清理：每次操作完成后执行Disconnect-ExchangeOnline -Confirm:$false，避免连接泄漏。

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