2009-04-24 4 views
2

Wir verwenden CDO-Interop (cdont.dll) in unserem aktuellen Projekt zum Parsen von eingehenden Mime-Mails, sehen sich aber einigen Bugs mit kyrillischen Codepages-Konvertierungen gegenüber. Bei der Suche nach MS-unterstützten Ersetzungen haben wir festgestellt, dass alle verfügbaren Message Parsing-DLLs in MSDNLib mit "Do not use" gekennzeichnet sind (CDO, CDOex, CDOnt natürlich, aber inetcomm.dll für "WinXP und höher" markiert). Selbst in der letzten Windows Mail-Client inetcomm.dll wurde verwendet, aber MSDN empfehlen, es in Client-Anwendungen zu vermeiden - "Kann in zukünftigen Versionen entfernt werden".Was ist .NET empfohlene Praxis, um mit MIME-E-Mails mit den neuesten Windows-Betriebssystemen zu interagieren?

OK, gut. Aber was ist der empfohlene Ersatz für das Parsen von Nachrichten in MIME-Formaten (alle RFCs bis RFC2822)? Ich habe viele offene und kommerzielle Parser gesehen, aber ich frage mich, was Microsoft offiziell empfohlen ist, um MIME-Nachrichten zu parsen (ich weiß, dass .NET FW einen Mime-Parser hat, aber alle Klassen intern markiert sind, so dass wir sie nicht offiziell verwenden können)?

Antwort

1

nur wenig mehr zu graben und wir fanden Teillösung:

Microsoft.Exchange.Data.Common.dll

Mime document:

Diese Klasse implementiert einen MIME RFC 2822-kompatiblen Parser und hält das resultierende Document Object Model (DOM). Das MimeDocument-Objekt enthält eine In-Memory-Baumstruktur eines MIME-Dokuments und ermöglicht die Navigation und Bearbeitung dieses Dokuments.

Nur kleines Problem links - nach diesem post und MSFT Mitglied kommentiert es nicht offiziell verteilbar war (2007 =)).

Wer weiß - war es seit 2007 geändert? Müssen einige Lizenzen studieren = (.