嘿，咱们先直接说核心疑问：这种情况不一定是收件人防火墙的锅，但也不能完全排除，得从发件端到收件端一步步排查，下面是具体的分析和解决办法：

一、先从发件侧查起（大概率是这里的问题） #

1. 123 reg邮箱的Outlook配置是否正确？ #

很多时候是SMTP设置错了导致邮件编码乱掉。你得确认Outlook里的123 reg账户：

• SMTP服务器是不是smtp.123-reg.co.uk？
• 端口是不是587（TLS）或者465（SSL）？
• 加密方式有没有选对？
  如果这些参数不对，会议邀请的iCalendar部分会被错误封装，收件人就只能看到 raw 代码。解决办法就是删掉现有账户，按照123 reg官方给出的参数重新添加一遍。

2. Outlook的会议邀请格式被改了 #

要是Outlook强制用纯文本发邮件，或者HTML格式被禁用，日历邀请的特殊格式就没法正常渲染。检查步骤：

• 打开Outlook → 文件 → 选项 → 邮件 → 邮件格式，确认“撰写邮件默认格式”是HTML；
• 再去「日历」选项里，找到会议邀请的设置，确保勾选了“发送HTML格式的会议邀请”。

3. 123 reg服务器对iCalendar的支持问题 #

部分邮件服务商对iCalendar（也就是VCALENDAR这种格式）的兼容性不好，会搞乱邮件的MIME多部分结构。你可以先用123 reg的网页版邮箱发一次测试邀请：

• 要是网页版发出去收件人能正常看到邀请，那就是Outlook客户端配置的问题；
• 要是网页版也不行，直接找123 reg的客服，确认他们的服务器是否支持iCalendar的正确传输。

二、收件端的可能原因（含防火墙） #

1. 防火墙/邮件网关篡改了邮件内容 #

有些企业级防火墙或邮件安全网关会扫描邮件，要是把text/calendar类型的内容误判成可疑项，就会剥离或修改这部分内容，导致收件人看到源码。解决办法：

• 让收件人查一下他们的邮件网关日志，看看有没有拦截text/calendar相关的内容；
• 或者让收件人把发件人的邮箱加入白名单，再发一次测试邀请试试。

2. 收件人客户端不支持iCalendar #

如果收件人用的是老旧或小众邮件客户端，可能没法解析VCALENDAR格式。这种情况可以让收件人换用主流客户端（比如Outlook、Gmail、Thunderbird），或者发件人在发送邀请时额外添加一个.ics格式的日历附件，让收件人手动导入。

三、快速排查小技巧 #

• 发件人先给自己发一份邀请，如果自己收到的也是源码，那肯定是发件端的问题；如果自己收到的正常，就聚焦到收件端排查；
• 查看邮件原始内容（Outlook里右键邮件→查看邮件源），找有没有Content-Type: text/calendar; method=REQUEST的头信息，没有的话就是邮件编码出问题了。

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