Office:見通し:スケジューリングアシスタントで無料で忙しくない-何人かのユーザーにとって
ON PREM ExchangeからO365への企業の移行に続いて、Outlookではフリー/ビジー情報の検索の問題が発生しています.オートコンプリートキャッシュをクリアすると、数日間作業し始めてから再び破損します.
歴史:
- この問題は、O365へのメールボックスの移行後に発生しました.
- は、
- では発生しません.
- それWin 7と10で発生します.
- Office 2016の削除とインストール後に発生します.
- Office 365を削除してインストールした後も発生します.
- オートコンプリートキャッシュをクリアした後も発生します.
- は、すべてのOutlookローカル連絡先を削除した後も発生します.
- MFCMAPIをダウンロードしてインストールします https://mfcmapi.codeplex.com
- mfcmapi.exeを実行します.
- をクリックします.
- プロファイルの入力を求められた場合は、目的のプロファイル名を選択してください.次に
- 上部ペインで、メールボックスに対応する行を見つけてから、それをダブルクリックします.
- 左側のナビゲーションペインで、expandroot-メールボックス、その後、Information StoreRipm_subtree.
- を展開してください.InboxFolderを右クリックしてから、[関連付けられているコンテンツ]tableをクリックします.このアクションは、さまざまなプロパティを含む新しいMFCMAPIwindows を開きます.
- 重複するエントリを避けるために、既存のオートコンプリートメッセージを削除する必要があります.
注意してください.
注意してください.
既存のオートコンプリートメッセージを削除するには、次の手順を実行します.- TheSubjectColumnの場合、subjledipm.configuration.AutoComplete.
- アイテムを右クリックしてから、メッセージをクリックします.これにより、Drop-Downリストの
- を開きます.ドロップダウンリストで、SelectPermanentの削除(サポートされている場合は削除されたアイテムの保存を削除します)、次にクリックします.
次のステップについての考え
返信リスト(回答:23)
こんにちはGarywi01、
説明から、あなたのシナリオでは、この問題の原因は、予定表フォルダのデフォルトの権限がなしまたは共同作成者に設定されており、スケジュールアシスタントが委任されたユーザー権限の代わりに組織関係を使用していることです.
この問題の詳細と回避策については、次の記事で問題が解決するかどうかを確認することをお勧めします.ユーザー
メールボックスをOffice 365に移動した後、空き時間情報を表示できない
上記の情報がお役に立てば幸いです.さらにアドバイスが必要な場合は、お気軽にお問い合わせください.
応答2# ->にスキップ3 #garywi0Jenniferに感謝しますが、この無料の忙しい問題は、個人のOutlookアカウントから組織全体の誰かの空き時間を検索したときに発生する可能性があり、自動完了キャッシュを削除すると、1日程度で自動的に修正されます
応答3# ->にスキップ4 #JennifeこんにちはGarywi01、
あなたの返事をありがとう.あなたの説明から、あなたの組織が純粋なExchange Online Serverを使用しているかどうかを確認することができますか?
もしそうなら、上記の記事で提供されている手順に従って、カレンダーの権限を変更して、それが役立つかどうかを確認してください.
また、ファイル>オプション>Mail>メッセージの送信を介して自動完全キャッシュを完全にクリアしてから、「空のオートコンプリートリスト」ボタンをクリックしてください.
1.影響を受けるOutlookクライアントのversion番号のスクリーンシュート.同じversionは同じversionですか?
2.この問題は会議を作成するときに発生しますか?既存の予定の管理についてはどうですか?
3.見通しのスケジューリングアシスタントの見方のスクリーンショットをキャプチャして、それを私たちと共有してください.
4.「私の個人的なOutlookアカウント」と言うことによってどういう意味ですか?外部アカウントを意味しますか?
応答4# ->にスキップ5 #garywi0ありがとうございます.
O365管理専用の準備用Exchangeハイブリッドサーバーが1つあります.
Office 365 ProPlus v1902Build11328.20230を実行していますが、この問題はOffice 2016を含む以前のいくつかのversionで発生しています.
この問題は、新しい会議を作成するときにのみ発生します.それ以外の場合は発生しません.
スクリーンショットを添付していませんが、情報がないことを示すハッシュマークが表示されます\\\\\\\\\\\\\\\
これは私のサイトで多くの人に起こっています.アカウントの意味がわからない.私のSMTPアドレス.
オートコンプリートキャッシュをクリアすると1日ほど修復されるため、何らかの破損が発生しているようです.
応答5# ->にスキップ6 #JennifeこんにちはGarywi01、
この問題をさらにトラブルシューティングするには、次の方法があります.
1.Safe ModeでOutlookを起動します.Win + Rを押し、次にOutlook/Safeと入力します.Outlookと "/"の間にスペースがあります.
2.これを参照してください 論文 Outlookクライアントを修復する.問題が解決しない場合は、 新しいプロファイルを作成します 、そして 構成、設定 違いがあるかどうかを確認するための新しいプロファイルのアカウント.
注:安定した懸念、 バックアップ 事前にあなたのデータ.
1.Exchange Onlineでホストされているすべてのユーザーがこの問題を抱えているのですか?
2.すべての内部オンラインユーザーの空き時間情報が表示されませんか?
3.すべてのユーザーは、Exchange Onlineに移行した後に、プライマリSMTP/返信Eメールアドレスと同じドメインを使用していますか?
応答6# ->にスキップ7 #garywi0ジェニファー、ありがとう.
新しいプロファイルを作成しました.問題が解決しない.
Outlookをセーフモードで起動しましたが、GALからメールアドレスを追加する必要があるため、問題が発生することはありません.GALから直接アドレスを追加した場合、この問題が発生することはありません.私たちが抱えている問題は、アドレスを取得しているようです
キャッシュ.2000人のユーザー全員にこの問題があるかどうかはわかりませんが、この問題の報告が届きます.これはすべて、Exchange Onlineへの移行後に開始されました.
この問題の影響を受けるユーザーは、ほとんどの内部オンラインユーザーの空き時間を確認できます.
はい、すべてのユーザーが同じドメインを持っています.
応答7# ->にスキップ8 #Jennife 1こんにちはGarywi01、
返信いただき、上記の情報をお知らせいただきありがとうございます.
通常、スケジュールアシスタントは内部ユーザーのリアルタイムの空き時間情報をExchange Onlineサーバーから直接取得しています.また、説明から、GALから出席者を追加するときにスケジュールアシスタントが適切に機能します.
その間、オートコンプリートキャッシュはコンピューターのローカルの場所に保存されるため、キャッシュが破損するとこの問題が発生します.
そのため、ユーザーエクスペリエンスを向上させるために、キャッシュからではなくGALから直接出席者を追加することを強くお勧めします.ご理解のほどよろしくお願いいたします.
応答9# ->にスキップ10 #garywi0ありがとうございました.さて、GALからすべてのアドレスを取得するように提案しても、問題とその不便さは解決されません.アドレスがキャッシュされているため、破損が発生していることは明らかです.私は解決策が大好きです.
応答10# ->にスキップ11 #MarvinMこんにちはGarywi01、
私が知っている限り、 オートコンプリートリスト にはSMTPアドレス、LegacyExchangeDnエントリ、および以前にメールを送信した人の表示名が含まれています.
ほとんどの内部のオンラインユーザーの空き/忙しい情報を参照してください.特定のユーザーの空き時間情報が表示されない場合は、特定のユーザーアカウントの設定、またはオートコンプリートリストの破損エントリと関連付けることができます.問題をさらにトラブルシューティングするには、問題のあるエントリを削除するだけで問題が再発するかどうかを確認できます.
1.新しいEメールメッセージを開きます.
2.削除するオートコンプリートエントリの最初の数文字を入力します.
3.推奨名前のリストにエントリが表示されたら、マウスポインタを名前の上に移動しますが、名前をクリックしないでください.
4.強調表示されている名前の横にある「X」アイコンが表示されたら、Xをクリックしてリストから名前を削除するか、キーボードの削除キーを押します.
その間に、ダウンロードして実行することができます MicrosoftSupportおよびRecovery Assistant. ツールクライアントの問題を修正するのに役立つように、影響を受けるユーザーは、同じグループの人々の無料/忙しい情報を見ることができませんか?
応答11# ->にスキップ12 #garywi0ありがとうございます.私たちはこれらの言及されたステップをすでに取っています.機能するGALからアドレスを取得するように強制するオートコンプリートメールをX-ingします.しかし、1日後、アドレスのオートコンプリートエントリは再び破損します.Outlookを削除しました
プロファイル、再イメージ化、再インストールされたOffice.まだ何も機能していません.この問題に関連するグループはありません.
ありがとうございます!
応答12# ->にスキップ13 #MarvinMこんにちはGarywi01、
私の知る限り、Office 365アカウントの場合、オートコンプリートリストはOutlookデータファイルに保存されている隠しファイルです.継続的に破損する場合、問題は破損したOutlookデータファイルに関連している可能性があります.scanpstツールを使用してOutlookデータを修復できます
ファイルを作成し、それが役立つかどうかを確認します.参考として、Outlook個人用フォルダファイル(.pst)を修復する方法.補足として、このツールはOutlookデータファイル内の回復不可能なアイテムを削除する場合があります.データの損失を防ぐため、修復前にバックアップを作成してください.
応答14# ->にスキップ15 #MarvinMHiGarywi01、
Outlookデスクトップクライアントを使用し、有効にした場合 ユーザーのアカウントのExchangeキャッシュモード.Outlookはメールボックスデータをローカルにダウンロードします.これは Outlookデータファイル.あなたはローカルで.ostファイルを見つけるかもしれません、それはオフラインのOutlookデータファイルです.scanpstツールを使用して.ostファイルを修復し、問題が解決するかどうかを確認してください.もちろん、 メールボックスデータを.pstファイルにエクスポートし、ツールを使用してバックアップファイルを修復します.
応答16# ->にスキップ17 #allenga今日は自分のコンピューターで試して、報告します.私のファイルが破損していても、それが組織全体にシステム的な問題がある理由を説明していない場合があります.
応答17# ->にスキップ18 #Danthem上記のすべてを行い、OSTファイルの修復はこの問題を解決しません.一時的に機能することがわかった唯一のものは、自動完全なキャッシュからユーザーをクリアする新しいメッセージwindows でXを選択しています.
他の提案?
応答19# ->にスキップ20 #Danthem 1偶然にMFCMAPIツールを使用してオートコンプリートキャッシュを削除しようとしましたが、これまでに表示されている場合があります.
完全な指示について...
https://support.microsoft.com/ja-jp/help/2199226/imanification-about-the-outlook-autocomplete-list.
応答20# ->にスキップ21 #Dominikここにいる一部のユーザーは同じ問題を経験しています.他のいくつかのメールボックスの空き時間情報を見ることができません.非表示の連絡先とメールボックスのオートコンプリートエントリを削除すると、一時的な解決策になりますが、問題はその後も再発し続けます
数日.非表示の連絡先は、ユーザーの連絡先フォルダを検索し、検索範囲をすべての連絡先アイテムに設定すると表示されます.Outlookプロファイルの再作成、OSTファイルの削除、OABのコピーの削除、MfCmapiによるオートコンプリートキャッシュの削除を行いました.
また、O365で99,9%のユーザーがいるハイブリッドExchangeも実行しています.この件に関してマイクロソフトからの支援をいただければ幸いです.
応答20# ->にスキップ22 #DaveWilCodePlexに提供するリンクは、以前に見たことがないフルスクリーンの赤い警告をもたらします!もっと信頼できる情報源やより良い/類似のツールへのリンクがありますか?
応答22# ->にスキップ23 #Danthemこんにちは、デイブ、Chrome Edgeのリンクをクリックしても、エラーは表示されません.プロジェクト自体がgithubに移行されました.これを試してください.https://github.com/stephenegriffin/mfcmapi
ドミニクが上で指摘したように、これは一時的な解決策にすぎません...私たちの修正は2週間続きました.