Outlook 2007 MailItem Info - slow

Question

私はOutlook 2007で電子メールを解析しようとしています。できるだけ早く効率化する必要があり、問題があるようです。

基本的にはです：

foreach(Folder fld in outllookApp.Session.Folders) 
{ 
    foreach(MailItem mailItem in fld) 
    { 
     string body = mailItem.Body; 
    } 
} 

と5000の電子メールのために、これは100秒以上かかります。これは、この長い間、これをどこでも取るべきだと私は思わない。

私が追加した場合：

string entry = mailItem.EntryID; 

それは余分な30秒されて終わります。

私はこれらの文字列を使った正規表現やデータベースへの書き込みなど、あらゆる種類の文字列操作を行っていますが、その2行はランタイムの50％を占めています。

私はこれがあなたの特定の問題に対処するかどうか私にはわからないのVisual Studio 2008の

Answer 1

各アイテムの交換店からデータを引き出す必要があるため、この種の作業には長い時間がかかります。私はバンドの外にこの情報

プロセス..あなたがここにオプションのカップルを持っていると思い

は、他のいくつかのプロセスでCDO/RDOを使用しています。 Or MapiTablesを使用すると、プロパティを取得する最も早い方法です。ただし、この場合は注意が必要です。プロセス内で、テーブルに取り込むことができます。

償還ラッパー - http://www.dimastr.com/redemption/mapitable.htm

MAPIテーブルhttp://msdn.microsoft.com/en-us/library/cc842056.aspx

Answer 2

を使用していますが、最新のOffice 2007のサービスパックが大量のメッセージとOutlookのsynificantパフォーマンスの差（改善）を作りました。

Answer 3

このループでこれらの文字列を読み取っているのですか、文字列を読み込んで処理してから次の文字列に移動していますか？すべてのメッセージをループ内のHashTableに読み込み、読み込んだ後に処理することができます。

あらゆる種類のUIアップデートは非常に高価です。テキストを書き出したり、プログレスバーを増やしている場合は、控えめにするのが最善です。

Answer 4

我々はフォルダがローカルであり、何のネットワーク遅延がなかったとしても、正確に同じ問題を抱えていました。

私たちが必要とする検索用にチューニングされたローカルSql Server CEテーブルにすべての電子メールのコピーを保存することで、10倍のスピードアップを得ています。また、更新イベントを使用して、ローカルデータベースがOutlook/Exchangeフォルダと同期していることを確認しました。

ユーザーのラグを完全に排除するために、Outlookスレッドから検索を取り出して、それを独自のスレッドに入れました。遅れの認識は実際の遅れよりも悪かった。