Sono rientrato in questo tema io stesso oggi, su un progetto al lavoro. Non ho il mio codice accessibile a me in questo momento, ma è essenzialmente capace nel modo seguente ...
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)
Questo metodo avvolge due versioni del messaggio in un unico 'pacchetto' (se si vuole) che si degraderà con garbo, fornendo la versione in testo normale ai client che non possono gestire l'HTML, o fornirà l'HTML se il client lo supporta.
merito va a 'MDIP' per la pubblicazione la soluzione codice di cui sopra ...
http://social.msdn.microsoft.com/Forums/en/ucmanagedsdk/thread/c532bbb9-f593-4443-85af-4e0708b8532c
fonte
2010-04-29 06:35:33
Questo non funziona per me. Utilizzando UCMA 3.0, il client (android) della piattaforma mobile vede un messaggio 'tostapane' ma nessun contenuto di messaggio effettivo. Il client Lync Windows riceve il messaggio HTML come previsto. Ho provato a postare su quel forum MSDN ma ottengo sempre un messaggio BS sui problemi tecnici. Iniziare a perdere la pazienza con questo SDK. – ficuscr
Inoltre, dovrebbe essere package.GetBody(). È un metodo – ficuscr