Azure Logic Apps调用Outlook 365 Get Email(V2)报400格式错误

排查与修复步骤 #

1. 确认KQL输出的JSON合法性 #

把KQL查询的原始输出复制到JSON校验工具（比如本地的JSONlint）里检查，看是否存在语法错误——比如多余逗号、未闭合的引号、特殊字符未转义。如果KQL输出本身不是标准JSON（比如混了HTML标签或冗余内容），解析步骤会直接失效，后续传递的无效数据必然触发400错误。

2. 检查Compose组件的输出值 #

查看逻辑应用运行历史中Compose的实际输出，确认InternetMessageId是否符合Outlook要求的格式——正常应为<xxx@domain.com>这类带尖括号的格式。如果输出是无尖括号的纯字符串、带空格或乱码，Get Email(V2)无法识别，会直接报错。

3. 区分Get Email(V2)的两个ID字段 #

Message ID和Internet Message ID是不同字段：

• Message ID是Exchange内部邮件ID，为一串长字符（例：AAkALgAAAAAAHYQDEapmEc2byACqAC-EWg0）
• Internet Message ID是邮件头中的Message-ID，必须带尖括号
  不要将同一个InternetMessageId同时赋值给两个字段，对应填充即可：KQL获取的InternetMessageId放到Internet Message ID字段，Message ID字段要么留空，要么通过其他方式获取Exchange内部ID（若必填）。

4. 查看请求详情定位问题 #

400错误返回HTML说明请求格式完全不符合API要求，服务器无法返回JSON格式的错误响应。打开逻辑应用运行历史，查看Get Email(V2)的请求详情，检查参数是否存在格式问题——比如参数值包含未转义的引号、换行符，或类型不匹配（如传字符串但API要求GUID格式）。

5. 手动测试单个有效ID #

从Outlook垃圾邮件中找一封，复制其带尖括号的InternetMessageId（从邮件头获取），直接填入Get Email(V2)的Internet Message ID字段测试。若测试成功，说明问题出在KQL解析或Compose步骤；若仍失败，可能是权限问题（如Outlook连接账号无垃圾邮件文件夹访问权限）或组件配置错误。

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