MTA 처리 작업이 제대로 실행되지만 메시지가 메시지 대기열 디렉토리에 남아 있는 경우 로그 파일에 무슨 문제가 있는지 확인할 수 있습니다. 모든 MTA 로그 파일은 /msg-svr-base/log 디렉토리에 만들어집니다. 다양한 MTA 처리 작업에 대한 로그 파일 이름 형식은 표 26–1에 표시됩니다.
표 26–1 MTA 로그 파일
파일 이름 |
로그 파일 내용 |
---|---|
channel_master.log-uniqueid |
channel에 대한 마스터 프로그램(주로 클라이언트)의 출력입니다. |
channel_slave.log-uniqueid |
channel에 대한 슬레이브 프로그램(주로 서버)의 출력입니다. |
dispatcher.log-uniqueid |
디스패처 디버깅입니다. 이 로그는 디스패처 DEBUG 옵션의 설정과 관계없이 만들어집니다. 하지만 자세한 디버깅 정보를 얻으려면 DEBUG 옵션을 0이 아닌 값으로 설정해야 합니다. |
imta |
ims-ms 채널 오류 메시지로 전달에 문제가 있는 경우 나타납니다. |
job_controller.log-uniqueid |
작업 제어기 로깅입니다. 이 로그는 작업 제어기 DEBUG 옵션의 설정과 관계없이 만들어집니다. 하지만 자세한 디버깅 정보를 얻으려면 DEBUG 옵션을 0이 아닌 값으로 설정해야 합니다. |
tcp_smtp_server.log-uniqueid |
tcp_smtp_server에 대한 디버깅입니다. 이 로그에 있는 정보는 메시지가 아닌 서버에만 해당됩니다. |
return.log-uniqueid |
주기적인 MTA 메시지 바운서 작업에 대한 출력을 디버그하며 option.dat에 return_debug 옵션이 사용되는 경우 이 로그 파일이 만들어집니다. |
각 로그 파일은 고유 아이디(uniqueid)를 가지도록 만들어져 동일한 채널에서 만든 이전 로그를 덮어쓰지 못하게 합니다. 특정 로그 파일을 찾기 위해 imsimta view 유틸리티를 사용할 수 있습니다. 또한 imsimta purge 명령을 사용하여 오래된 로그 파일을 제거할 수 있습니다. 하지만 기본적으로 이 명령은 정기적으로 실행됩니다( 4.6.2 미리 정의된 자동 작업 참조). 자세한 내용은 Sun Java System Messaging Server 6.3 Administration Reference의 imsimta purge를 참조하십시오.
channel_master.log-uniqueid 및 channel_slave.log- uniqueid 로그 파일은 다음 상황에서 만들어질 수 있습니다.
현재 구성에 오류가 있습니다.
master_debug 또는 slave_debug 키워드가 imta.cnf 파일의 채널에 설정됩니다.
mm_debug가 0이 아닌 값(mm_debug > 0)으로 option.dat 파일(/msg-svr-base /config/ 디렉토리)에 설정됩니다.
채널 마스터 및 슬레이브 프로그램 디버깅에 대한 자세한 내용은 Sun Java System Messaging Server Administration Reference를 참조하십시오.