Task Scheduler中PowerShell脚本直接运行正常，计划执行无效果求助

以下是针对你遇到问题的具体排查步骤和解决方案：

• 修正工作目录问题
  任务计划默认工作目录是系统目录（如C:\Windows\System32），而非脚本所在路径。如果脚本中使用相对路径生成TXT文件，文件会被写到系统目录而非预期位置。

  • 方案1：将脚本中所有文件操作改为绝对路径，例如把Out-File .\ForwardingList.txt替换为Out-File C:\PS\Mailboxes\ForwardingList.txt
  • 方案2：编辑任务计划的「操作」，在「起始于（可选）」输入框中填写脚本所在目录C:\PS\Mailboxes

• 排查权限上下文差异
  以最高权限运行时，PowerShell的执行上下文和你手动登录的环境完全不同：

  • EXO连接问题：如果脚本使用Connect-ExchangeOnline依赖当前用户凭据，最高权限账户（尤其是SYSTEM账户）可能没有EXO的访问权限或缓存凭据。需在脚本中明确使用有EXO权限的服务账户凭据，或确保任务计划使用的账户已授权访问EXO
  • SMTP发送问题：SMTP服务器若需要身份验证，最高权限账户可能无对应权限，需在脚本的SMTP发送命令中明确指定验证凭据

• 捕获脚本执行日志
  任务计划返回0x0仅代表PowerShell进程正常退出，不代表脚本逻辑执行完成。修改任务计划命令，添加日志输出：

  powershell.exe -ExecutionPolicy Bypass -File C:\PS\Mailboxes\CheckForwardingList.ps1 2>&1 > C:\PS\Mailboxes\ScriptExecutionLog.txt
  

  运行任务后查看ScriptExecutionLog.txt，里面会包含脚本执行的所有错误或输出信息，可直接定位具体失败点

• 检查任务计划的账户配置

  • 避免使用「SYSTEM」账户执行涉及EXO、SMTP的脚本，改用有本地管理员权限且已授权EXO访问的域账户或本地账户
  • 确认所选账户未过期，且在本地登录权限列表中

• 验证执行策略生效情况
  即使添加了-ExecutionPolicy Bypass，组策略可能限制最高权限下的执行策略。可在脚本开头添加一行验证代码：

  Get-ExecutionPolicy | Out-File C:\PS\Mailboxes\ExecutionPolicyCheck.txt
  

  运行任务后查看该文件，确认执行策略为Bypass或Unrestricted

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