Приглашение на встречу с приложением, не распознанное в Outlook 2010/Office 365

Question

У нас есть приложение .NET, которое вручную создает приглашения на собрание для отправки пользователям. Процесс, который мы используем следующим образом:

• Создать System.Net.Mail.MailMessage и установить обычные поля (от/до/предмета/и т.д.) , и информация совещания в качестве приложения (ICS File), 7-битная кодировка - это необходимо для почтовых клиентов, которые не распознают приглашения в стиле Outlook
• Добавить два альтернативных представления, текст/текст и текст/html, оба закодированы в 7 бит для текста по электронной почте
• Добавить другой альтернативный вид с текстом/календарем; charset = UTF-8; method = REQUEST "с тем же текстом ICS, что и прикрепленный файл ICS выше, также закодированный 7 бит
• Отправить сообщение

Это прекрасно работает с традиционной установкой Outlook 2007/Exchange (вложение не отображается и сообщение рассматривается как запрос на собрание), но после того, как мы обновили до Outlook 2010/Office 365, внедренные данные ICS не и сообщение появляется в виде обычного сообщения с прикрепленным файлом ICS. Удаление вложения приводит к правильно распознанному сообщению. Мы не уверены, что это новая версия Outlook или Office 365, вызывающая изменение, но она должна быть одной из них.

Кто-нибудь знает, почему это изменилось и как мы можем это исправить?

Answer 1

Мы столкнулись с подобной проблемой. В нашем случае наш почтовый сервер был обновлен с Exchange 2003 до обмена 2010 года, наша компания перенесла учетные записи электронной почты некоторых пользователей на 2010 год. Мы по-прежнему используем Outlook 2007 как интерфейс. У нас есть приложение .NET, которое создает приглашения на собрания в виде Alernative View и отправляет их получателям. Те, чьи учетные записи электронной почты прошли миграцию, больше не получают приглашений в качестве запросов на собрание, а просто электронной почты. Те, кто остается в 2003 году, не испытывают проблем с получением приглашений в качестве приглашения на собрание. Я искал в Интернете и обнаружил, что обмен 2010 изменил способ обработки файла .ics, и он более ограничительный, чем предыдущая. Хуже всего то, что он не соответствует стандарту RFC, и Microsoft считает, что их не стоит пытаться выяснить, какая часть мешала их обмену в 2010 году правильно интерпретировать .ics. Таким образом, мое обходное решение заключается не в том, чтобы отправлять .ics как альтернативный вид, а отправлять его как вложение. Когда он получен в учетных записях электронной почты, перенесенных в 2010 году, вложение может быть просмотрено пользователем, и пользователь может щелкнуть вложение, чтобы импортировать его в свои календари.

Answer 2

Outlook/Exchange ожидает, что тип сообщения будет text/calendar, а не text/multipart.