簡単にできるActiveXコンポーネントを探しています:
- SMTPおよびPOP3を介して電子メールを送受信します
- 添付ファイルを削除して保存します。
- RTF(Outlookメール)をHTMLに変換する
- HTMLをサニタイズします。
どのコンポーネントをお勧めしますか?どのコンポーネントを使用していますか?
SendongとEメールの受信はCDOSYSで簡単です。また、RTFは、処理する形式がそれほど複雑ではありません。しかし、Chilkat SMTP / POP#ActiveXコンポーネントは、移行者が調べたいものだと思います。
seanyboy、私はここであなたを助けることができますが、商業的な解決策を見る前に、理解する必要があることがいくつかあります.
まず、目的を実行するためのコントロールが数百または数千あります。
ただし、それらをどのように使用するかを検討する必要があります。私はウイルス対策会社で働いていましたが、製品を Exchange に接続することを決定したとき、選択したソリューションが機能しないことが明らかになりました。問題は、商用アプリが (通常) RFC に従って T. (または TEE ですか? 私にはわかりません..) でした。しかし、ウイルスは決して RFC 標準には従いません。そのため、スキャナー用に独自の Mime パーサーを作成することになりましたが、検出率は他のどのパーサーよりもはるかに優れていました。なんで?RFC を破る電子メールを見つけるたびに、それに対処するためにコードを微調整したからです。頭に浮かぶ一例は、「Content-Type: maintype/subtype; param =". param と equals の後のスペースに注意してください。これは RFC の規則に違反していますが、ほとんどのメール リーダーはこれに対処しており、ウイルスがそれを実行できるようになっています。
しかし、これも両面コインです....私のコードでは、次のようにフォーマットされた添付ファイルをデコードできませんでした:
....
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
http://virus.virussite.com
JVBERi0xLjMgCiXi48/TIAo3IDAgb2JqCjw8Ci9Db250ZW50cyBbIDggMCBSIF0gCi9QYXJlbnQg
NSAwIFIKL1Jlc291cmNlcyA2IDAgUgovVHlwZSAvUGFnZQo+PgplbmRvYmoKNiAwIG9iago8PAov
...
しかし、商用アプリはそれを解析するのに問題はありませんでした...おそらく、RFC に再度準拠し、正確に 77 文字でない場合に Base64 データを受け入れなかったためです (77 が RFC 標準だと思います..参考にしてください。)
しかし、壊れた B64 や、すべてが 1 行で実行される B64 など、より大きな問題があり、デコードする必要があったため、データ ブロック内のすべてを、実際には有効な base64 char である Base64 データとして取得しました。他のすべては単にスキップされました...
とにかく、彼らの鍵は、このコントロールの外に必要なものを決定し、自分で書くか、商用のものを購入するか、誰かに(私のような)お金を払って書いてもらうことを検討するかどうかを決定することです.
(私の最後の文がスタック オーバーフローのルールで受け入れられるかどうかは正確にはわかりません。そのため、あなたに勧誘しているわけではありません。あなたの選択肢を知っていることを伝えてください。ソース コードにアクセスできるので、このオプションについて言及します。開発者との関係を断ち切ることにした場合は、自分で保守するか、他の人を見つけて保守することができます. これは、99.99% の商用ソリューションのオプションではありません.アプリケーション、あなたはうまくやっています.. :)
これがお役に立てば幸いです。または、少なくとも何かを読むことができます。へぇ..
これ以上お役に立てることがあればお知らせください。