キャッシュは時間が経つにつれて構築されます。更新した後、高負荷時にメールスループットの初期の速度低下が起きることがあります。トークンを使うように標準化されています。これらのトークンは以前、受信者検証とルーティングクエリーのフィルタのみに使われていました。更新した後、クエリーフィルタは標準トークンを使うように変更されます。認証機能とアドレス解決機能を確認してください。コントロールセンターの新しい[クエリーのテスト]オプションを使います。グループのみが表示されました。グループと配布リストの両方が表示されます。配備を更新した後、グループと配布リストの両方を表示できます。現在、[無効な受信者を拒否する]と[無効な受信者を破棄する]の両方に対して着信メッセージをチェックするために使われます。「アドレス解決」機能の両方が有効になった接続元に移行されます。]に対して使われます。次の条件に当てはまる場合、ドメインエイリアスを含む受信者アドレスはすべて有効と見なされます。サーバーへの呼び出しが実行されることはありません。ドメインエイリアスとして追加します。ホスト上のドメインエイリアスを使いたくない場合は、更新した後にオプションとして、データディレクトリサービスの受信者検証とアドレス解決のクエリーフィルタに「mail=%u@」句や「uid=%u@」句が含まれるように変更できます。倍のコンテンツインシデントが表示されます。個別のフォルダに格納する必要があります。混在しているインシデントを含むフォルダは、移行処理で分離されます。インシデントフォルダが作成されます。検疫インシデントを新しいフォルダに保存するため、すべてのポリシーが移行されます。コンテンツフォルダに情報インシデントと検疫インシデントのどちらかを含めることはできますが、両方を含めることはできません。その結果、新しい動作が導入されました。メッセージが複数のコンテンツ検疫ポリシーに違反している場合、指定されたフォルダに、優先度の高い方のポリシーに対するインシデントが作成されます。以降のコンテンツ検疫違反は、情報インシデントとしてデフォルトの情報インシデントフォルダに記録されます。実行している場合、この状況には該当しません。同期のスケジュール時間を使ってユーザープリファレンスをスキャナに複製していました。時のデフォルトのスケジュールで実行されます。[管理]、[設定]、[コントロールセンター]の順にクリックして表示されるページの[ユーザー]タブで、スケジュールを変更したり、ユーザープリファレンスを手動で複製したりできます。更新した後、エンドユーザープリファレンスが有効ではなくなります。コントロールセンターを更新する前にスキャナを更新しているエンドユーザープリファレンスを再び有効にするには、コントロールセンターを更新し、ユーザープリファレンスが複製されていることを確認します。行処理中、ユーザープリファレンスはリモートスキャナに複製されません。キャナを更新した後、それらのユーザープリファレンスを手動で複製する必要があります。時のデフォルトの時間にユーザープリファレンスが複製されます。リックして表示されるページの[ユーザー]タブに移動し、[今すぐ複製]をクリックします。更新した後、ユーザープリファレンス複製の警告はデフォルトで有効になっています。警告を受信するように設定された管理者に警告を送信します。[DDS]タブで無効にできます。クラッシュ警告のエンベロープ送信者のアドレスはエンベロープ受信者のアドレスと同じになります。検出して記録できます。シマンテックセキュリティレスポンスに送信します。ベースのフィルタを進化させるためにこの情報を使います。これらの更新されたフィルタは、コンジット経由で配信されます。シマンテックセキュリティレスポンスに報告]にチェックマークを付けるかチェックマークをはずしてから、[保存]をクリックします。以下の既知の問題に注意してください。設定変更時にすべてのリモートスキャナがコントロールセンターからアクセスできることを確認するスキャナにアクセスできないときにコンテンツフィルタを作成したりポリシーを変更したりするとエラーが発生します。この問題を避けるには、ポリシーフィルタを変更または作成するときにすべての有効なスキャナがアクセス可能であることを確認します。この問題を軽減するには、すべてのスキャナがコントロールセンターにアクセスできることを確認します。]の順にクリックし、各スキャナをクリックしてテストすることで行えます。アクセスエラーがない場合、スキャナとコントロールセンターは通信できます。以上あるときに設定を変更した場合、設定の変更を再適用する必要がある場合があります。データソース設定を作成、編集、削除することができません。使うか、他のサポート対象ブラウザを使うことをお勧めします。アドレスへのアクセスを最初に試みてタイムアウトのログメッセージを生成することがあります。暗号化配信状態を使ってメッセージを追跡できます。バイト大きくなる場合があります。これは処理時間に影響を及ぼす可能性があります。記事を参照してください。http://www.symantec.com/business/support/index?page=content&id=TECH154442&locale=en_US大きいレコードリソースがあるポリシー向けのゲートキーパーをロードできない大きなレコードリソースがあるポリシーでは、ゲートキーパーモジュールのロードに失敗する場合があります。未満にすることをお勧めします。生成されるレポートにはわずかな相違点があります。マニュアルを参照してください。データベースに問い合わせを行い、データを抽出します。レポートデータの内部データベースへの書き込みを続けますが、データは予期したように抽出されなくなります。は行を切り捨て、最も古い行を先頭にして開始します。通信が再確立されたときに、切り捨てられたデータは復元されません。アクセスを完全に有効な管理者のみに制限しています。登録時、完全なアクセス権を持つ管理者クレデンシャルをログインに使う必要があります。部分的な権限や読み取り専用の権限を持つ管理者クレデンシャルはサポートされません。新機能と強化機能を示します。いう名前を導入します。現在、迷惑メールカテゴリに新しく設定可能な判定が用意されています。記載されている電子メールなど、電子メールに関するポリシーを設定できます。この機能を有効にするかどうかは選択することができます。記事を参照してください。コンテンツフィルタポリシー向けに以下を取得するメッセージ監査ログを拡張しました。次の拡張子を持つ電子メールの添付ファイルにスパムが存在しないかどうかをスキャンするオプションを提供します。記載した電子メールなどが含まれます。より、迷惑メール判定の誤検知や見逃しの提出を低減できます。次の機能を備えたコントロールセンターの拡張ソフトウェア更新プロセスが用意されています。ダウンロード状況を表示するプログレスバーにより、ソフトウェア更新ダウンロードやインストールの進行状況について改善されたフィードバックが提供されます。[ダウンロードのみ]と[インストール]ボタンが分離され、ソフトウェア更新プロセスが切り離されて、ダウンロードとインストールを別々に行えるようになります。リリースより後のソフトウェア更新に影響を及ぼします。機能を使えるようにサポートを拡張しています。これにより、ハードウェア環境をリモートで監視して管理できます。復元したインスタンスのネットワーク設定を保持しながら、バックアップを別のインスタンスに復元できます。これにより、アプライアンスの移行とディザスタリカバリがより簡単に行えます。暗号化配信状態を使ってメッセージを追跡できます。シマンテックのセキュリティ製品全体で統一された管理を用意しています。コンソール内の製品管理の構成、多数の製品で統一されたレポート機能などが含まれます。所有するすべてのお客様に対し追加料金なしで提供されます。リリース時点では提供されていないことにご注意ください。提供されるユーザー名を保持します。用に、専用の管理者アカウントを作成することをお勧めします。設定のデフォルトである「admin/symantec」アカウントは使わないようにしてください。加えてスペイン語とフランス語にも完全にローカライズされました。検証に基づいてメッセージを拒否できるようになりました。レコードの有効性を確認できます。実装が再設計され、以前のバージョンの既知の問題が数多く修正されました。ユーザーインターフェースに小さな改善が行われました。新しいデフォルトポリシーを使用またはカスタマイズできます。受信者検証でのサブアドレスのサポート受信者検証機能でサブアドレスがサポートされるようになりました。サブアドレスでは、電子メールアドレスのローカル部分で、プラスまたはマイナス符号の後にテキストを追加します。エラーがない状態でソフトウェア更新が完了した後、コントロールセンターにログインしようとすると、アプリケーションエラーを受信する場合がありました。この問題は解決されました。以前は、配信に失敗したメッセージが「送信メッセージタイムアウト」に設定した期間よりも長くキューに保持されました。この問題は解決されました。タイムアウト機能が改善され、キューがより効率的に削除され、エラーメッセージと通知の機能が高まりました。以前は、バッテリエラーメッセージがコントロールセンターから誤って返されることがありました。この問題は解決されました。スキャン不能として扱われました。この問題は解決されました。拡張状態コードが提供されませんでした。返されるようになりました。以前は、引用符のないヘッダーの表示名はアドレスマスカレードによって切り捨てられました。この問題は解決され、表示名は切り捨てられなくなりました。大文字と小文字が区別されるエイリアスの更新に対するサポートは制限されていました。更新時に大文字と小文字が区別されるエイリアスの移行がサポートされるようになりました。結果に基づいて負荷分散が適切に実行されませんでした。ルックアップホストが有効な場合でも負荷分散が行われるようになりました。この問題は解決されました。購読すると、この記事が更新されたときに更新内容が配信されます。Gateway9.5この記事は役に立ちましたか?はいいいえご意見ありがとうございます。以下にコメントがある場合はお知らせください。chat.CancelConfirm。