問題タブ [mapi]

私は Exchange 2000/2003/2007 用のソフトウェア ソリューションを持っていますが、これが 2010 年以降に続くことを願っています。ソフトウェアはサーバー上で実行され、RDOを介して Exchange MAPI を使用して Exchange サーバーと通信し、メールボックス内の電子メールを取得します。

Exchange 2000/2003/2007 ではすべて問題なく動作しますが、2010 では動きません。メールボックスにアクセスしようとすると、このエラーが発生し続けます (Session.getSharedMailbox - RDO lib の呼び出しで):

エラーから、Exchange サーバーがダウンしているように見えますが、そうではなく、Outlook からすべて正常にアクセスできます。私は RDO の開発者に私のケースを提示しましたが、私たちはまだ連絡を取り合っていますが、これは Exchange 2010 の新しい機能、アーキテクチャの変更、または MAPI の変更が原因である可能性があると考えていましたか? メールボックスで MAPI を有効にし、ソフトウェアが実行されているアカウントにアクセスできるようにする以外に、何か構成する必要がありますか?

誰かが似たようなことに遭遇したことがありますか？どんな助けでも本当に感謝します。

編集:このマシンに Outlook をインストールすると (つまり、Exchange MAPI を Outlook MAPI に置き換えます)、すべて正常に動作します。これは、問題が Exchange MAPI にあることを示しています。SO の MS Exchange 開発者はいますか?

MAPI 経由でメールを送信した後、Thunderbird が常にすぐに戻るのはなぜですか?

Outlook Express などの他のクライアントは、メールが送信されたとき、またはユーザーが要求をキャンセルしたときにのみ返されます。しかし、Thunderbird は毎回必ず SUCCESS を返します。

誰かが理由を知っているか、それを修正する方法を知っていますか?

前もって感謝します。

拡張 MAPI を使用して Outlook 2007 からメール フォルダーをスキャンする古い C++ プログラム (私はその作成者ではありません) をサポートする必要があります。ある顧客のコンピューターで突然、ソフトウェアが次のシナリオで問題に遭遇し始めました。コード 0x80040102 (MAPI_E_NO_SUPPORT)。他のフォルダーの場合、コード 0x80070005 (E_ACCESSDENIED) で失敗します。しかし、OpenMsgStore で開いた他のフォルダは OK です。

問題の原因は何ですか?

さまざまな理由で（理由を質問することは私には役に立ちません）、WindowsXP用に独自の拡張mapidllを実装したいと思います。スケルトンdllがあり、テスト用のエントリポイントがいくつかありますが、システムmapiスタブ（c：\ windows \ system32 \ mapi32.dll、mapistub.dllと同一であることを確認しました）は、私のdllは、同じ呼び出しをMS Outlookのmsmapi32.dllに問題なく渡します（MAPIInitialize、MAPILoginExはそのような呼び出しの2つです）。スタブと拡張mapidllの間には秘密のハンドシェイクがあり、スタブは「うん、それは拡張mapi dllです」とチェックします。おそらく、まだ実装していない追加のエントリポイントが存在するか、何らかの関数からの戻り値である可能性があります。 、 知らない。私' STraceNTとProcessMonitorを使用してMAPIInitializeを呼び出す、私が作成したサンプルアプリをトレースしようとしましたが、明らかなものは何も表示されませんでした。トレースは、スタブが実際にdllをロードすることを示していますが、シークレットソースが明らかに欠落していることを検出し、dllの関数を呼び出す代わりにエラーコードを返します。MAPIInitializeを呼び出すには、dllのエクスポートテーブルにMAPIInitializeが存在すること以上に何が必要でしょうか？GetProcAddressはそれがそこにあると言います。MAPIInitializeを呼び出すには、dllのエクスポートテーブルにMAPIInitializeが存在すること以上に何が必要でしょうか？GetProcAddressはそれがそこにあると言います。MAPIInitializeを呼び出すには、dllのエクスポートテーブルにMAPIInitializeが存在すること以上に何が必要でしょうか？GetProcAddressはそれがそこにあると言います。

私が知りたいのは、スケルトンの拡張mapi dllを最小限に拡張して、スタブmapidllが私のdllへの拡張mapi呼び出しを通過するようにする方法です。秘伝のタレは何ですか？スタブの動作をmsvcリバースエンジニアリングするのに苦痛な1週間を費やしたくありません。

私はEudoraで次のメール機能を使用しています。何らかの理由で、添付ファイル名が別の名前に変更されました。添付ファイル名がそのまま残っていることを確認するにはどうすればよいですか？

私は、10 年前に開発した「Outlook と同期」機能を備えた Delphi で作成された連絡先管理アプリケーションを持っています。さて、いくつかの機能を追加し、いくつかのバグを修正するために戻ってきます。この同期機能は Outlook オブジェクト モデルを使用して開始しますが、純粋な MAPI を使用して変更を探す方法を高速化する「Use MAPI Enhancements」と呼ばれるオプションのモードがあり、メモを代わりに RTF と同期することができます。ただの平文。

実行の 2 つの並列パスをサポートすることが良い考えかどうか疑問に思っています。

すべての MAPI を使用した場合、いくつかのセキュリティ プロンプトを回避できると思います。また、アプリが Outlook に接続するのをブロックする "スクリプト ブロック" 機能がアンチウイルスに含まれている状況も回避できると思います。しかし、マイナス面として、私の 32 ビット アプリは MAPI を使用して 64 ビット Outlook 2010 に接続できないと思います。そして、MAPI 全般の将来について疑問に思います。

Outlook オブジェクト モデルを使用した場合、32 ビット アプリは Outlook オブジェクト モデルに接続できますか (アウト プロセス COM であるため)。もしそうなら、これは Outlook オブジェクト モデルの実行パスを維持する説得力のある理由です。しかし、そうでない場合、およびアプリを x64 用にコンパイルする必要がある場合は、純粋な MAPI を使用してみませんか?

IMAPIFolder::CopyMessages (MESSAGE_MOVE フラグを使用) を使用してメッセージを移動すると、メッセージが新しいエントリ ID を取得することがわかりました。ただし、新しい場所にあるメッセージのエントリ ID を取得したり、参照を取得したりする信頼できる方法はありません。

私がこれまでに持っていた最良の提案は、移動する前にメッセージに古いカスタム プロパティをタグ付けし、その後で検索を行うことですが、より複雑でない解決策があるかどうか疑問に思っていました。

このアプリケーションは、SimpleMAPIを使用して電子メールを送信します。クライアントの1人が、ターミナルサーバー上のセッションから電子メールを送信する際に問題が発生しました。

mapi32.dllは、成功したLoadLibraryの呼び出しでロードされますが、アプリケーションは関数、、、、およびのアドレスを取得しようMAPILogonとします。問題は、を除いて（コード：5）の関数で失敗することです。ある種のセキュリティのように見えます。MAPILogOffMAPISendMailMAPIFreeBufferMAPIResolveNameGetProcAddressERROR_ACCESS_DENIEDMAPIFreeBuffer

これを修正するにはどうすればよいですか、または別の方法を使用してメールを送信する必要がありますか？

FWI、OSとレジストリキーHKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windowsメッセージングサブシステムの内容に関する詳細情報：

私はDelphi7.0を使用していますが、それは問題ではありません。

編集、追加されたバージョン情報：

C：\ WINDOWS \ system32\mapi32.dllのファイルバージョン情報

C：\ Program Files \ Common Files \ SYSTEM \ MSMAPI \ 1043\msmapi32.dllのファイルバージョン情報

I've installed MYOB on SBS server 2003. Why? Because the users were using offline files and it turned out there was about 7 versions of the file both locally and on the server that were out of sync. So the only way I could control the file access was to force RDP to the server. Always using the server file and always in sync.

Anyway, this issue occurs in MYOB Accounting Plus 18.5.

Cannot get the function address for "MAPISendMail" from "MAPI32.dll" Please check your Mapi installation

I just want to send mail from MYOB but I can't - MYOB support is useless and blames everyone else...(i.e. Microsoft and outlook)

I have found other people with the same problem whose resolution appears to be to copy MAPI32.dll into myob directory but that hasn't worked for me.

特に専門的な文脈で、POP、IMAP、Exchange-MAPI の使用に関する統計を必死に探しています。IMAP は限られた帯域幅でモバイル デバイスからメールにアクセスするために使用されることを私は知っています。一方、POP は古き良き標準であり、Exchange はよりビジネス指向です。誰かが各プロトコルのおおよその使用率を知っていますか?

ありがとう ！