Ich bin heute selbst auf ein Projekt bei der Arbeit in dieser Ausgabe selbst gelaufen. Ich habe nicht meinen Code zugänglich ich im Moment, aber es ist im Wesentlichen der Lage durch den folgenden tun ...
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)
Diese Methode wickelt zwei Versionen der Nachricht in ein einziges ‚Paket‘ (wenn man so will), die sich ordnungsgemäß verschlechtern wird und Clients, die den HTML-Code nicht verarbeiten können, die reine Textversion zur Verfügung stellt oder HTML bereitstellt, wenn der Client dies unterstützt.
Kredit geht zu 'MDIP' für die obige Code Lösung veröffentlichen ...
http://social.msdn.microsoft.com/Forums/en/ucmanagedsdk/thread/c532bbb9-f593-4443-85af-4e0708b8532c
Das ist nicht für mich arbeiten. Mit UCMA 3.0 sieht der (Android-) Client der mobilen Plattform eine "Toaster" -Nachricht, aber keinen eigentlichen Nachrichteninhalt. Der Lync Windows-Client empfängt die HTML-Nachricht wie gewünscht. Ich habe versucht, in diesem MSDN-Forum zu posten, bekomme aber immer eine BS-Nachricht über technische Probleme. Beginnen Sie, mit diesem SDK Geduld zu verlieren. – ficuscr
Auch sollte es package.GetBody() sein. Es ist eine Methode. – ficuscr