PowerShell脚本作为Windows计划任务运行时无法下载邮件附件

我们有一个PowerShell脚本，用于提取邮件附件并保存到本地文件夹。该脚本在PowerShell中直接运行正常，但通过Windows任务计划程序调用时，任务显示“运行中”却从未下载任何文件。在任务管理器中查看，powershell.exe以拥有服务器管理员权限的正确服务账户运行，等待链分析显示PowerShell正在等待OUTLOOK.exe。

我们尝试过通过批处理文件调用PowerShell脚本，批处理文件单独运行正常，但通过任务计划程序调用则不行；也尝试过直接在任务中调用PowerShell并传入脚本作为参数。服务器上Outlook正以调用PowerShell的同一服务账户运行，且该账户拥有域管理员权限。

原脚本代码：

Add-Type -assembly "Microsoft.Office.Interop.Outlook"

#Setting up Correct mailbox

$Outlook = New-Object -ComObject Outlook.Application
$ns = $Outlook.GetNameSpace("MAPI")
$folder = $ns.CreateRecipient('name@domain.com')

#Getting today's date
$date = Get-Date -Format MM/dd/yyyy

#For each message in the shared mailbox
foreach ($message in $ns.GetSharedDefaultFolder($folder, 6).Items) 
{
   write-host $message.Subject

   #For each attachment in the messages
   foreach ($att in $message.Attachments){
   #If the attachment is .csv, .txt or .xlsx and received on today's date
   if (($att.FileName -like "*.csv*" -or $att.FileName -like "*.txt*" -or $att.FileName -like "*.xlsx*") -and ($message.ReceivedTime.ToString("MM/dd/yyyy") = $date))
   {
       write-host "Attachment: " $att.filename
       #save the file
       $att.saveasfile( (Join-Path "C:\EmailPull\Email Files" $att.FileName ))
   }
   }
}

Write-Output "Done"

核心问题是Outlook COM对象在非交互式会话下的限制：任务计划默认以非交互式模式运行，即使Outlook已用目标账户启动，COM调用仍会因为桌面会话隔离、权限上下文不匹配等原因卡住；另外原脚本存在语法错误（比较日期用了赋值号=而非比较运算符-eq），直接运行时可能因巧合生效，但任务计划环境下会触发逻辑异常。

1. 调整任务计划配置 #

• 编辑任务，在「常规」选项卡：
  • 勾选「不管用户是否登录都要运行」
  • 勾选「使用最高权限运行」
  • 确认「配置为」选择与服务器匹配的操作系统版本（如Windows Server 2019）
• 在「设置」选项卡：
  • 取消勾选「如果计算机切换到电池电源，则停止任务」（服务器场景可忽略，但需确认）
  • 勾选「允许任务按需运行」

2. 修改脚本修复问题 #

关键修改点： #

• 修复日期比较的语法错误（=改为-eq）
• 添加MAPI强制登录逻辑，避免依赖已运行的Outlook实例
• 替换Write-Host为日志输出（非交互式会话看不到Write-Host内容）
• 添加错误处理与COM对象清理，避免残留进程

修改后的脚本：

$logPath = "C:\EmailPull\script_log.txt"
"脚本启动时间: $(Get-Date)" | Out-File -FilePath $logPath -Append

try {
    Add-Type -assembly "Microsoft.Office.Interop.Outlook"

    # 初始化Outlook并强制登录MAPI会话
    $Outlook = New-Object -ComObject Outlook.Application
    $ns = $Outlook.GetNameSpace("MAPI")
    $ns.Logon($null, $null, $false, $true) # 不依赖已运行的Outlook实例

    $folder = $ns.CreateRecipient('name@domain.com')
    $targetFolder = $ns.GetSharedDefaultFolder($folder, 6) # 6代表收件箱

    $date = Get-Date -Format MM/dd/yyyy
    $savePath = "C:\EmailPull\Email Files"

    # 确保保存目录存在
    if (-not (Test-Path $savePath)) {
        New-Item -ItemType Directory -Path $savePath | Out-Null
        "创建保存目录: $savePath" | Out-File -FilePath $logPath -Append
    }

    "开始处理收件箱邮件，日期筛选: $date" | Out-File -FilePath $logPath -Append

    foreach ($message in $targetFolder.Items) {
        "处理邮件: $($message.Subject)" | Out-File -FilePath $logPath -Append
        
        $messageDate = $message.ReceivedTime.ToString("MM/dd/yyyy")
        if ($messageDate -eq $date) {
            foreach ($att in $message.Attachments) {
                $fileExt = [System.IO.Path]::GetExtension($att.FileName).ToLower()
                if ($fileExt -in ".csv", ".txt", ".xlsx") {
                    "发现符合条件的附件: $($att.FileName)" | Out-File -FilePath $logPath -Append
                    $fullSavePath = Join-Path $savePath $att.FileName
                    $att.SaveAsFile($fullSavePath)
                    "附件已保存到: $fullSavePath" | Out-File -FilePath $logPath -Append
                }
            }
        }
    }

    "脚本执行完成" | Out-File -FilePath $logPath -Append
}
catch {
    "脚本执行出错: $_" | Out-File -FilePath $logPath -Append
}
finally {
    # 清理COM对象，避免残留Outlook进程
    if ($Outlook) {
        $ns.Logoff()
        [System.Runtime.Interopservices.Marshal]::ReleaseComObject($ns) | Out-Null
        [System.Runtime.Interopservices.Marshal]::ReleaseComObject($Outlook) | Out-Null
        Remove-Variable Outlook, ns
        [GC]::Collect()
        [GC]::WaitForPendingFinalizers()
    }
}

3. 权限与路径检查 #

• 确认C:\EmailPull\Email Files文件夹存在，且服务账户拥有读写权限（即使是管理员，也要检查NTFS权限）
• 所有路径使用绝对路径，避免相对路径导致的找不到目录问题

4. 长期替代方案 #

微软官方不推荐使用Office COM对象进行服务器端自动化，容易出现会话隔离、内存泄漏等问题。更稳定的方案是改用：

• Exchange Web Services (EWS)
• Microsoft Graph API
  这两种方式无需依赖Outlook客户端，直接通过API访问邮件，更适合服务端定时任务场景。

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