C# WebClient下载O365公共ICS日历返回400错误问题求助

该故障确为微软近期调整O365公共日历ICS端点的请求校验规则导致，核心触发点是请求的User-Agent头不符合新校验要求：

• 原生WebClient未手动配置请求头时，会发送默认的、标识为旧版网络组件的User-Agent值，会被新规则直接判定为异常客户端，返回400错误
• 浏览器访问时会自动携带现代浏览器标识的User-Agent头，可正常通过校验
• Google日历公共ICS端点未做同类UA校验，因此相同逻辑请求Gmail源不会报错
  该规则调整为微软侧灰度推送，未发布公开变更公告，因此会出现已稳定运行数年的逻辑无改动突然失效的情况。

无需更换HTTP组件、无需调整TLS配置或URL格式，仅需给请求O365地址的WebClient实例添加合规的User-Agent头即可，修改后的O365请求段代码如下：

Uri myUriO365 = new Uri(myOutlookRaw);
using (var client = new WebClient())
{
    // 添加合规User-Agent模拟普通浏览器请求，绕过端点校验
    client.Headers.Add(HttpRequestHeader.UserAgent, "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/125.0.0.0 Safari/537.36");
    client.DownloadFile(myUriO365, "C:/Temp/" + fileName);
}

• 现有代码中配置的TLS 1.2协议符合O365端点的安全要求，无需调整
• 你使用的原始ICS链接本身格式合规，无需额外做转义、编码处理
• 若后续升级使用HttpClient组件，同样需要手动配置User-Agent请求头，否则会触发相同的400错误
• 若后续再次出现拦截，可更新为最新版本的浏览器UA字符串，或使用你方应用的正式标识作为UA值，只要不为空、不为系统组件默认的旧标识即可正常通过校验

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