場合によっては、個々のチャネルを停止して再起動することで、メッセージキューの問題の診断とデバッグが行いやすくなることもあります。メッセージキューを停止して、キューに入れられたメッセージを検査し、ループまたはスパム攻撃があるかどうかを確認することができます。
imsimta qm stop コマンドを使用して、特定のチャネルを停止します。これにより、ジョブコントローラを停止する必要がなくなり、設定を再コンパイルしなくてすみます。次の例では、conversion チャネルを停止しています。
処理を再開するには、imsimta qm start コマンドを使用してチャネルを再起動します。次の例では、conversion チャネルを起動しています。
imsimta qm start conversion
imsimta qm start コマンドと imsimta qm stop コマンドの詳細については、『Sun Java System Messaging Server 6 2005Q4 Administration Reference』の「imsimta qm」を参照してください。
クライアントホストに一時的なSMTP エラーを返している間に、特定のドメインまたはIP アドレスからの受信メッセージ処理を停止したい場合は、次の操作のいずれかを実行することができます。これを実行すると、メッセージはシステム上に保持されることはありません。詳細については、「第 1 部 マッピングテーブル」を参照してください。
特定のホストまたはドメイン名からの受信処理を停止するには、MTA マッピングファイル (通常は /msg_svr_base/config/mappings) にある ORIG_SEND_ACCESS マッピングテーブルに次のアクセスルールを追加します。
ORIG_SEND_ACCESS *|*@sesta.com|*|* $X4.2.1|$NHost$ blocked
このようにすると、差出人のリモート MTA はメッセージをシステム上に保持し、受信処理を再開するまで定期的にそのメッセージを再送信し続けるようになります。
特定の IP アドレスからの受信処理を停止するには、MTA マッピングファイル (通常は /msg_svr_base/config/mappings) にある PORT_ACCESS マッピングテーブルに次のアクセスルールを追加します。
PORT_ACCESS TCP|*|25|IP_address_to_block|* $N500$ can't$ connect$ now
ドメインまたは IP アドレスからの受信処理を再開するときは、必ず上記のルールをマッピングテーブルから削除し、設定を再コンパイルしてください。さらに、各マッピングテーブルごとに固有のエラーメッセージを作成することもできます。これを行うことで、使用中のマッピングテーブルを確認することができます。