gpt4 book ai didi

.net - Outlook 2010/Office 365 无法识别带有附件的 session 邀请

转载 作者:行者123 更新时间:2023-12-01 04:07:09 25 4
gpt4 key购买 nike

我们有一个 .NET 应用程序,可以手动生成发送给用户的 session 邀请。我们使用的流程如下:

  • 创建一个 System.Net.Mail.MailMessage 并设置常用字段(from/to/subject/etc)
    session 信息作为附件(ICS 文件),7 位编码 - 这对于无法识别 Outlook 风格邀请的邮件客户端来说是必需的
  • 添加两个替代 View ,text/plain 和 text/html,均为电子邮件文本的 7 位编码
  • 添加另一个带有“text/calendar; charset=UTF-8; method=REQUEST”的替代 View ,其 ICS 文本与上面附加的 ICS 文件相同,也是 7 位编码
  • 发消息

  • 这适用于传统的 Outlook 2007/Exchange 设置(附件不可见,消息被视为 session 请求),但是一旦我们升级到 Outlook 2010/Office 365,嵌入的 ICS 数据就无法识别,消息就会显示出来作为附加 ICS 文件的常规消息。删除附件会产生正确识别的消息。我们不确定是新 Outlook 版本还是 Office 365 导致了更改,但它必须是其中之一。

    有谁知道为什么会发生这种变化以及我们如何解决它?

    最佳答案

    我们遇到了类似的问题。在我们的例子中,我们的邮件服务器从exchange 2003升级到exchange 2010,我们公司将一些人的电子邮件帐户迁移到2010。我们仍然使用outlook 2007作为前端。我们有一个 .NET 应用程序,可以将 session 邀请创建为替代 View 并将其发送给收件人。那些电子邮件帐户被迁移的人不再收到作为 session 请求的邀请,而只是普通的电子邮件。那些留在 Exchange 2003 的人可以按照 session 要求获得邀请。我在网上搜索,发现 Exchange 2010 改变了它处理 .ics 文件的方式,并且比以前的版本限制更多。最糟糕的部分是它不遵循 RFC 标准,微软认为试图找出哪个部分阻止他们的 Exchange 2010 正确解释 .ics 不是他们的问题。所以我的解决方法不是将 .ics 作为替代 View 发送,而是将其作为附件发送。当已迁移到 2010 的电子邮件帐户中收到该附件时,用户可以看到该附件,并且用户可以单击该附件将其导入到他们的日历中。

    关于.net - Outlook 2010/Office 365 无法识别带有附件的 session 邀请,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8593708/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com