他の誰かに行く会議出席依頼
Mac OS10.4.11でMSExchange 2003を使用してEntourageを使用しているユーザーがいます。Macの設定はすべて正しく、デリゲートタブの下にユーザー「A」があります。しかし、なんらかの奇妙な理由で、ユーザー「B」はユーザーへのすべてのカレンダー招待を受け取ります。
ユーザー「B」には、Macのカレンダーを表示する権限がありません。
ユーザー「B」のOutlookでは、MacユーザーはOutlookのどこにも表示されません。
また、MacにはEntourageで設定されたルールがまったくありません。
同様の問題が発生しました。6年前に特定のEntourageユーザーの代理人リストに含まれていたユーザーが、数年前に削除されたにもかかわらず、会議出席依頼が転送されていました。これらの特定のユーザーは、問題を報告する前にかなり長い間この煩わしさを抱えていました。Exchange2007に移行した後、Entourageユーザーが他の問題を抱えていたので私に言われました。
トラブルシューティングの過程で、私はいくつかのことを学びました。まず、環境にEntourageがある場合は、Microsoftから MFC MAPI をダウンロードすることをお勧めします。このWindowsユーティリティは、ユーザーのメールボックスのかなり生のビューを提供し、いくつかの問題を修正する唯一の方法です。
デリゲートを設定すると、会議出席依頼の転送を処理するための非表示のルールが作成されます。私が知らなかったのは、以前のバージョンのExchangeでは、Exchange 2007とは別の場所に配置されていましたが、古いルールがまだ存在する場合、Exchangeは引き続き古いルールを実行します。私の場合、まだ実行されていた古い場所にデリゲートルールがまだ存在していました。
MFC Mapiでは、ユーザーのメールボックスのトップレベルのビューを取得します。そこにある項目の1つは「スケジュール」と呼ばれます。 「情報ストアのトップ」を開くと、ルールは「受信トレイ」に保持されます。各フォルダーには、そのユーザーのルールを含むRuleプロパティがあります。メールボックスの一番上にあるのは古いもので、「インフォメーションストア」の受信トレイは新しいものです。私の場合、ルールは古い場所に隠れていました。 Outlook2007でさえ見つけることができなかったもの。 ！[mfc-mapiの例] [1]このスクリーンショットでは、「PRRULESDATA」というルールを確認できます。これは実際のルールデータです。デコードするには、[スケジュール]項目を選択し、MFCMAPIメニューの[アクション]をクリックします。そこには「ルールテーブルの表示」という項目があります。あなたの問題が私のようであるならば、そのトップレベルのスケジュールディレクトリにルールがあるはずです。隠されたルールはアンダーバーで始まります。問題のあるルールを右クリックし、[削除]をクリックします。
Regeditと同様に、注意しないとMFCMAPIに重大な損傷を与える可能性があります。
問題のもう1つのわかりにくい可能性は、ユーザーBにユーザーAのX500アドレスが関連付けられていることです。これが当てはまるとしたら驚きますが、可能性があります。 Entourageは、Outlookよりもそのようなことに敏感です。