Tự mình gặp phải vấn đề này sớm hơn trong một dự án tại nơi làm việc. Hiện tại tôi không có mã truy cập của mình, nhưng về cơ bản nó có khả năng thực hiện theo các cách sau ...
MimePartContentDescription text;
MimePartContentDescription html;
MimePartContentDescription package;
text = new MimePartContentDescription(
new ContentType("text/plain"),
Encoding.UTF8.GetBytes(message_text));
html = new MimePartContentDescription(
new ContentType("text/html"),
Encoding.UTF8.GetBytes(message_html));
package = new MimePartContentDescription(
new ContentType("multipart/alternative"), null
);
package.Add(html);
package.Add(text);
// Call BeginSendMessage ... SendMessageCompleted is async callback.
imFlow.BeginSendMessage(package.ContentType, package.GetBody, SendMessageCompleted, imFlow)
Phương pháp này bao gồm hai phiên bản của thư thành một gói 'duy nhất' (nếu bạn sẽ) sẽ làm suy giảm một cách duyên dáng, cung cấp phiên bản thuần văn bản cho các máy khách không thể xử lý HTML, hoặc sẽ cung cấp HTML nếu máy khách hỗ trợ nó.
tín dụng đi vào 'mdip' cho đăng các giải pháp mã trên ...
http://social.msdn.microsoft.com/Forums/en/ucmanagedsdk/thread/c532bbb9-f593-4443-85af-4e0708b8532c
Nguồn
2010-04-29 06:35:33
này không làm việc cho tôi. Sử dụng UCMA 3.0, máy khách (android) của nền tảng di động nhìn thấy thông báo 'nướng bánh' nhưng không có nội dung tin nhắn thực tế. Ứng dụng khách Lync Windows nhận được thông báo HTML như dự định. Tôi đã thử đăng bài lên diễn đàn MSDN đó nhưng luôn nhận được một số thông điệp BS về sự cố kỹ thuật. Bắt đầu mất kiên nhẫn với SDK này. – ficuscr
Ngoài ra, nó phải là package.GetBody(). Đó là một phương pháp. – ficuscr