Outlook规则触发脚本时scp.exe引发CommandNotFoundException问题

核心问题：Outlook规则触发的批处理/PowerShell脚本无法找到scp.exe，但手动运行完全正常。这通常是环境变量上下文不一致或32/64位进程重定向导致的，而非单纯的权限问题（权限需辅助排查）。

可能原因 #

1. Outlook（尤其是32位版本）运行时的进程上下文会触发Windows文件系统重定向，导致无法访问64位System32目录下的OpenSSH工具。
2. OpenSSH的路径仅添加到用户级PATH，而Outlook触发的进程加载的是系统级PATH，未包含该路径。
3. Outlook规则运行时的环境变量加载不完整，与手动打开PowerShell时的环境不一致。

解决方案 #

1. 硬编码scp.exe的绝对路径（优先尝试） #

Windows通过可选功能安装的OpenSSH，默认路径为C:\Windows\System32\OpenSSH\scp.exe。如果你的Outlook是32位版本，需要使用Sysnative别名绕过32位进程的文件重定向：

# 32位Outlook场景
$SCP1 = & "C:\Windows\Sysnative\OpenSSH\scp.exe" -r ***@***.de:$($DirSour1) $($DirDest)

# 64位Outlook场景
$SCP1 = & "C:\Windows\System32\OpenSSH\scp.exe" -r ***@***.de:$($DirSour1) $($DirDest)

注：可通过Outlook > 文件 > 关于Outlook确认自身版本位数。

2. 将OpenSSH路径添加到系统级PATH #

确保所有进程（包括Outlook触发的进程）都能找到scp.exe：

• 右键「此电脑」→ 属性 → 高级系统设置 → 环境变量
• 在「系统变量」区域找到PATH，点击「编辑」
• 添加路径C:\Windows\System32\OpenSSH\（或你的OpenSSH实际安装路径）
• 点击「确定」后重启Outlook，重新测试脚本

3. 排查环境变量差异 #

在PowerShell脚本开头添加以下代码，对比Outlook触发时和手动运行时的PATH差异：

# 将当前PATH输出到日志文件
$env:PATH | Out-File -FilePath "C:\temp\outlook_triggered_path.log" -Encoding utf8
# 同时输出当前进程位数
[Environment]::Is64BitProcess | Out-File -FilePath "C:\temp\outlook_process_bit.log" -Append -Encoding utf8

触发Outlook规则后，查看日志文件，确认OpenSSH路径是否存在，以及进程是否为32位。

4. 权限排查（辅助） #

• 确认scp.exe所在目录的权限，确保当前用户拥有「读取和执行」权限。
• 若脚本涉及网络操作，确认Outlook运行的用户上下文（通常是当前登录用户）拥有SSH密钥或密码访问目标服务器的权限。

内容的提问来源于stack exchange，提问作者L-Wis