Sun Java System Messaging Server 6 2005Q4 관리 설명서

모니터링을 위한 유틸리티와 도구

다음 도구를 모니터링에 사용할 수 있습니다.

immonitor-access

immonitor-access는 메일 전달(SMTP 서버), 메일 액세스 및 저장(POP 및 IMAP 서버), 디렉토리 서비스(LDAP 서버) 및 HTTP 서버와 같은 Messaging Server 구성 요소/프로세스의 상태를 모니터링합니다. 이 유틸리티는 다양한 서비스의 응답 시간과 메일을 전송 및 검색하는 데 걸린 총 왕복 시간을 측정합니다. 디렉토리 서비스는 디렉토리에서 지정된 사용자를 조회하고 응답 시간을 측정하는 방법으로 모니터링합니다. 메일 전달은 메일(SMTP)을 보내는 방법으로 모니터하며 메일 액세스 및 저장은 메일을 검색하는 방법으로 모니터링합니다. HTTP 서버에 대한 모니터링은 HTTP 서버가 작동하여 실행 중인지 확인하는 것으로 제한됩니다.

자세한 지침은 Sun Java System Messaging Server 6 2005Q4 Administration Reference의 immonitor-access를 참조하십시오.

stored

stored 유틸리티는 서버에서 유지 관리 작업을 수행하지만 모니터링을 수행할 수도 있습니다. 그러나 모니터링 작업은 msprobe로 더욱 잘 처리됩니다. msprobe 및 watcher 기능을 사용하여 모니터링을 참조하십시오.

counterutil

이 유틸리티는 다른 시스템 카운터에서 얻은 통계를 제공합니다. 사용 가능한 카운터 객체의 최신 목록은 다음과 같습니다.

# /opt/SUNWmsgsr/sbin/counterutil -l
Listing registry (/opt/SUNWmsgsr/data/counter/counter)
numobjects = 11
refcount = 1
created = 25/Sep/2003:02:04:55 -0700
modified = 02/Oct/2003:22:48:55 -0700
     entry = alarm 
     entry = diskusage
     entry = serverresponse
     entry = db_lock 
     entry = db_log
     entry = db_mpool
     entry = db_txn
     entry = imapstat
     entry = httpstat
     entry = popstat
     entry = cgimsg

각 항목은 카운터 객체를 나타내며 해당 객체에 대해 유용한 여러 카운트를 제공합니다. 이 절에서는 alarm, diskusage, serverresponse, db_lock, popstat, imapstat 및 httpstat 카운터 객체에 대해서만 설명합니다. counterutil 명령 사용에 대한 자세한 내용은 Sun Java System Messaging Server 6 2005Q4 Administration Reference의 counterutil을 참조하십시오.

counterutil 출력

counterutil은 다양한 플래그를 가집니다. 이 유틸리티의 명령 형식은 다음과 같습니다.

counterutil -o CounterObject -i 5 -n 10

여기서

-o CounterObject는 카운터 객체 alarm, diskusage, serverresponse , db_lock, popstat, imapstat 및 httpstat를 나타냅니다.

-i 5는 5초 간격을 지정합니다.

-n 10은 반복 횟수(기본값: 무한대)를 나타냅니다.

counterutil의 사용 예는 다음과 같습니다.

# counterutil -o imapstat -i 5 -n 10 
Monitor counteroobject (imapstat) 
registry /gotmail/iplanet/server5/msg-gotmail/counter/counter opened 
counterobject imapstat opened 

count = 1 at 972082466 rh = 0xc0990 oh = 0xc0968 

global.currentStartTime [4 bytes]: 17/Oct/2000:12:44:23 -0700 
global.lastConnectionTime [4 bytes]: 20/Oct/2000:15:53:37 -0700 
global.maxConnections [4 bytes]: 69 
global.numConnections [4 bytes]: 12480 
global.numCurrentConnections [4 bytes]: 48 
global.numFailedConnections [4 bytes]: 0 
global.numFailedLogins [4 bytes]: 15 
global.numGoodLogins [4 bytes]: 10446 
...

counterutil을 사용한 경보 통계

이러한 경보 통계는 stored에 의해 보내진 경보를 나타냅니다.경보 카운터는 다음 통계를 제공합니다.

표 23–1 counterutil alarm 통계


접미어	설명
`alarm.countoverthreshold`	임계값을 초과한 횟수입니다.
`alarm.countwarningsent`	보내진 경고 수입니다.
`alarm.current`	현재 모니터링되는 값입니다.
`alarm.high`	기록된 값 중에서 가장 높은 값입니다.
`alarm.low`	기록된 값 중에서 가장 낮은 값입니다.
`alarm.timelastset`	현재 값이 마지막으로 설정된 시간입니다.
`alarm.timelastwarning`	경고가 마지막으로 보내진 시간입니다.
`alarm.timereset`	재설정이 마지막으로 수행된 시간입니다.
`alarm.timestatechanged`	경보 상태가 마지막으로 변경된 시간입니다.
`alarm.warningstate`	경보 상태(yes(1) 또는 no(0))입니다.

counterutil을 사용한 IMAP, POP 및 HTTP 연결 통계

현재 IMAP, POP 및 HTTP 연결 수, 실패한 로그인 수, 시작 시점부터의 총 연결 수 등에 대한 정보를 얻으려면 counterutil -o CounterObject -i 5 -n 10 명령을 사용합니다. 여기에서 CounterObject는 카운터 객체 popstat, imapstat 또는 httpstat를 나타냅니다. imapstat 접미어의 의미는 표 23–2에 나와 있습니다. popstat 및 httpstat 객체는 같은 형식과 구조로 동일한 정보를 제공합니다.

표 23–2 counterutil imapstat 통계


접미어	설명
`currentStartTime`	현재 IMAP 서버 프로세스의 시작 시간입니다.
`lastConnectionTime`	새 클라이언트가 마지막으로 수락된 시간입니다.
`maxConnections`	IMAP 서버에 의해 처리되는 최대 동시 연결 수입니다.
`numConnections`	현재 IMAP 서버에 의해 서비스되는 총 연결 수입니다.
`numCurrentConnections`	현재 활성 연결의 수입니다.
`numFailedConnections`	현재 IMAP 서버에 의해 서비스되는 실패한 연결 수입니다.
`numFailedLogins`	현재 IMAP 서버에 의해 서비스되는 실패한 로그인 수입니다.
`numGoodLogins`	현재 IMAP 서버에 의해 서비스되는 성공적인 로그인 수입니다.

counterutil을 사용한 디스크 사용 통계

명령: counterutil -o diskusage 명령은 다음 정보를 생성합니다.

표 23–3 counterutil diskstat 통계


접미어	설명
`diskusage.availSpace`	디스크 분할 영역에서 사용할 수 있는 총 공간입니다.
`diskusage.lastStatTime`	마지막으로 통계를 가져온 시간입니다.
`diskusage.mailPartitionPath`	메일 분할 영역 경로입니다.
`diskusage.percentAvail`	사용할 수 있는 디스크 분할 영역 공간의 비율입니다.
`diskusage.totalSpace`	디스크 분할 영역의 총 공간입니다.

서버 응답 통계

명령: counterutil -o serverresponse 명령은 다음 정보를 생성합니다. 이 정보는 서버가 실행 중인지 확인하고 서버가 얼마나 빨리 응답하는지 확인하는 데 유용합니다.

표 23–4 counterutil serverresponse 통계


접미어	설명
`http.laststattime`	http 서버 응답이 마지막으로 확인된 시간입니다.
`http.responsetime`	http에 대한 응답 시간입니다.
`imap.laststattime`	imap 서버 응답이 마지막으로 확인된 시간입니다.
`imap.responsetime`	imap에 대한 응답 시간입니다.
`pop.laststattime`	pop 서버 응답이 마지막으로 확인된 시간입니다.
`pop.responsetime`	pop에 대한 응답 시간입니다.
`ldap_host1_389.laststattime`	ldap_host1_389 서버 응답이 마지막으로 확인된 시간입니다.
`ldap_host1_389.responsetime`	ldap_host1_389에 대한 응답 시간입니다.
`ugldap_host2_389.laststattime`	ugldap_host2_389 서버 응답이 마지막으로 확인된 시간입니다.
`ugldap_host2_389.responsetime`	ugldap_host2_389에 대한 응답 시간입니다.

로그 파일

Messaging Server는 SMTP, IMAP, POP 및 HTTP에 대한 이벤트 레코드를 기록합니다. Messaging Server 로그 파일을 작성 및 관리하기 위한 정책은 사용자 정의할 수 있습니다.

로깅이 서버 성능에 영향을 주므로 서버에 부담을 주기 전에 로깅을 매우 신중하게 고려해야 합니다. 자세한 내용은 21 장, 로깅 관리을 참조하십시오.

imsimta counters

MTA는 메일 모니터링 MIB, RFC 1566에 기초하여 각 활성 채널에 대한 메일 트래픽 카운터를 증가시킵니다. 채널 카운터는 전자 메일 시스템의 추세와 상태를 나타내는 데 도움을 줍니다. 채널 카운터는 메일 트래픽의 정확한 계산을 제공하도록 설계되지는 않았습니다. 정확한 계산을 보려면 21 장, 로깅 관리에 설명된 대로 MTA 로깅을 확인합니다.

MTA 채널 카운터는 사용 가능한 최소 경량 기법을 사용하여 구현되므로 가능한 한 실제 작업에 미치는 영향이 최소화됩니다. 채널 카운터는 그 이상을 시도하지 않습니다. 즉, 섹션을 매핑하려는 시도가 실패할 경우 정보가 기록되지 않고 섹션의 잠금 중 하나를 거의 즉각적으로 얻을 수 없을 경우 정보가 기록되지 않으며 시스템이 종료할 경우 메모리 내장 섹션에 포함된 정보가 영원히 손실됩니다.

imsimta counters -show 명령은 MTA 채널 메일 통계(아래 참조)를 제공합니다. 시간이 지나면 최소값에 주의하면서 이러한 카운터를 검사해야 합니다. 일부 채널의 경우 최소값은 실제로 음수일 수 있습니다. 음수 값은 카운터가 0이 되었을 때(클러스터 전반의 카운터 데이터베이스 작성 시) 채널에 대해 대기 중인 메일이 존재했다는 것을 의미합니다. 이러한 메일이 대기열에서 빠지면 채널의 관련 카운터가 감소하므로 결과적으로 음수 최소값이 생성됩니다. 이러한 카운터의 경우 올바른 “절대값”은 초기화 이후부터 카운터가 지니고 있는 최소값이 아니라 현재 값입니다.

Channel          Messages    Recipients    Blocks 
-------          --------    ----------    ------- 
tcp_local
   Received       29379       79714      982252                (1)
   Stored            61         113       -2004                (2)
   Delivered      29369       79723      983903 (29369 first time)  (3)
   Submitted      13698       13699       18261                (4)
   Attempted          0           0           0                (5)
   Rejected           1          10           0                (6)
   Failed           104         104        4681                (7)

   Queue time/count        16425/29440 = 0.56                  (8)
   Queue first time/count  16425/29440 = 0.56                  (9)

   Total In Assocs           297637
   Total Out Assocs           28306

1) Received는 tcp_local이라는 채널의 대기열에 포함된 메일 수입니다. 즉, 다른 채널에 의해 tcp_local의 대기열에 포함된 메일(mail.log* 파일의 E 레코드)입니다.

2) Stored는 채널 대기열에 저장된 전달할 메일 수입니다.

3) Delivered는 tcp_local 채널에 의해 처리된(대기열에서 제외된) 메일 수입니다. 즉, mail.log* 파일의 D 레코드입니다. 대기열에서 제외하는 작업은 성공적인 전달(즉, 다른 채널의 대기열에 포함)에 해당하거나 보낸 사람에게 반송되는 메일로 인한 작업에 해당할 수 있습니다. 일반적으로 이 값은 Received에서 Stored를 뺀 숫자입니다.

MTA는 또한 처음 시도할 때 대기열에서 제외된 메일 수를 추적하며 이 수는 괄호로 표시됩니다.

4) Submitted는 tcp_local 채널에 의해 다른 채널의 대기열에 포함된 메일 수(mail.log 파일의 E 레코드)입니다.

5) Attempted는 대기열에서 빼는 도중에 일시적인 문제를 경험한 메일 수(즉, mail.log* 파일의 Q 또는 Z 레코드)입니다.

6) Rejected는 시도된 대기열에 포함 작업 중에서 거부된 작업 수(즉, mail.log* 파일의 J 레코드)입니다.

7) Failed는 시도된 대기열에서 빼기 작업 중에서 실패한 작업 수(즉, mail.log* 파일의 R 레코드)입니다.

8) Queue time/count는 전달된 메일이 대기열에 있는 평균 시간입니다. 여기에는 처음 시도에서 전달된 메일((9) 참조)과 추가 전달 시도가 필요했던 메일(대기열에 여유 공간이 생길 때까지 오랜 시간을 기다린 메일)이 모두 포함됩니다.

9) Queue first time/count는 처음 시도에서 전달된 메일이 대기열에 있는 평균 시간입니다.

제출된 메일 수가 전달된 메일 수보다 많을 수 있다는 것을 유의하십시오. 이것은 채널이 대기열에서 제외하는(전달하는) 각 메일이 대기열에 포함되는(제출되는) 최소한 하나 이상의 새 메일이 되기 때문에 흔히 발생하는 일입니다. 예를 들어, 메일에 다른 채널을 통해 도달하는 두 명의 수신자가 있는 경우 대기열에 포함 작업은 두 개가 필요합니다. 또는 메일이 바운스될 경우 복사본 하나가 보낸 사람에게 되돌아가고 다른 복사본 하나가 포스트마스터에게 보내질 수 있습니다. 이 경우 일반적으로 제출 작업은 두 개가 될 것입니다(두 복사본이 동일한 채널을 통해 도달하지 않을 경우).

Submitted 및 Delivered 간의 연결은 채널 유형에 따라 바뀌는 것이 더 일반적입니다. 예를 들어, 변환 채널에서는 메일이 일부 다른 임의 채널에 의해 대기열에 포함되고 나면 변환 채널이 해당 메일을 처리하여 또 다른 채널의 대기열에 포함시킨 다음 자신의 대기열에서 제외되었다는 것을 메일에 표시합니다. 각 개별 메일은 다음 경로를 가집니다.

elsewhere -> conversion E record Received
conversion -> elsewhere E record Submitted
conversion              D record Delivered

그러나 “pass through,”가 아니라 두 개의 개별 부분(슬레이브 및 마스터)을 가지는 tcp_local과 같은 채널의 경우 Submitted 및 Delivered 사이에 연결이 없습니다. Submitted 카운터는 tcp_local 채널의 SMTP 서버 부분과 관련되며 Delivered 카운터는 tcp_local 채널의 SMTP 클라이언트 부분과 관련됩니다. 이들은 완전히 별개인 두 개의 프로그램이며 각각을 통과하는 메일이 완전히 다를 수 있습니다.

SMTP 서버로 제출되는 메일:

tcp_local -> elsewhere E record Submitted

SMTP 클라이언트를 통해 다른 SMTP 호스트로 보내지는 메일:

elsewhere -> tcp_local E record Received
tcp_local              D record Delivered

채널이 대기열에서 제외하는(전달하는) 메일은 대기열에 포함되는(제출되는) 최소한 하나 이상의 새 메일이 됩니다. 예를 들어, 메일에 다른 채널을 통해 도달하는 두 명의 수신자가 있는 경우 대기열에 포함 작업은 두 개가 필요합니다. 또는 메일이 바운스될 경우 복사본 하나가 보낸 사람에게 되돌아가고 다른 복사본 하나가 포스트마스터에게 보내질 수 있습니다. 이 경우에는 일반적으로 두 복사본이 동일한 채널을 통해 도달할 것입니다.

UNIX 및 NT에서의 구현

성능상의 이유로 인해 MTA를 실행하는 노드는 공유 메모리 섹션(UNIX) 또는 공유 파일 매핑 객체(NT)를 사용하여 채널 카운터 캐시를 메모리에서 유지합니다. 노드의 프로세스가 대기열에서 메일을 포함시키거나 제외시킬 때 이 메모리 내장 캐시의 카운터가 업데이트됩니다. 채널이 실행될 때 내장 메모리 섹션이 존재하지 않을 경우 이 섹션은 자동으로 만들어집니다. (또한 내장 메모리 섹션이 존재하지 않을 경우 imta start 명령은 이 섹션을 만듭니다.)

imta counters -clear 또는 imta qm counters clear 명령을 사용하면 카운터를 0으로 재설정할 수 있습니다.

imsimta qm counters

imsimta qm counters 유틸리티는 MTA 채널 대기열 메일 카운터를 표시합니다. 이 유틸리티를 실행하려면 루트 또는 inetuser여야 합니다. 출력 필드는 imsimta counters에 설명된 것과 동일합니다. Sun Java System Messaging Server 6 2005Q4 Administration Reference의 imsimta counters를 참조하십시오.

예:

# imsimta counters -create
# imsimta qm counters show
Channel                Messages   Recipients Blocks
---------------------- ---------- ---------- ----------
tcp_intranet
   Received              13077      13859     264616 
   Stored                   92         91       -362 
   Delivered             12985      13768     264978 
   Submitted              2594       2594       3641
...

MTA를 다시 시작할 때마다 # imsimta counters -create를 실행해야 합니다.

SNMP를 사용한 MTA 모니터링

Messaging Server는 SNMP(Simple Network Management Protocol)를 통한 시스템 모니터링을 지원합니다. Sun Net Manager 또는 HP OpenView(이 제품에서 제공되지 않음)와 같은 SNMP 클라이언트(경우에 따라 네트워크 관리자라고 부름)를 사용하면 Messaging Server의 일정 부분을 모니터할 수 있습니다. 자세한 내용은 부록 A, SNMP 지원를 참조하십시오.

메일함 할당량 검사를 위한 imquotacheck

imquotacheck 유틸리티를 사용하여 메일함 할당량 사용과 제한을 모니터할 수 있습니다. imquotacheck 유틸리티는 정의된 할당량과 제한을 나열하는 보고서를 생성하며 할당량 사용에 대한 정보를 제공합니다.

예를 들어, 다음 명령은 모든 사용자 할당량 정보를 나열합니다.

% imquotacheck 
-------------------------------------------------------------------------
Domain red.siroe.com (diskquota = not set msgquota = not set) quota usage
-------------------------------------------------------------------------
diskquota         size(K)    %use    msgquota      msgs    %use    user
# of domains = 1
# of users = 705

no quota          50418             no quota      4392             ajonk
no quota              5             no quota      2                andrt
no quota         355518             no quota      2500             ansri
 ...

다음 예에서는 sorook이라는 사용자의 할당량 사용을 보여 줍니다.

% imquotacheck -u sorook
-------------------------------------------------------------------------
quota usage for user sorook
-------------------------------------------------------------------------
diskquota      size(K)    %use    msgquota      msgs     %use    user

no quota       1487               no quota      305              sorook

msprobe 및 watcher 기능을 사용하여 모니터링

Messaging Server는 여러 시스템 서비스를 모니터하기 위해 watcher 및 msprobe라는 두 가지 프로세스를 제공합니다. watcher는 서버 충돌을 관찰하고 필요에 따라 다시 시작하며 msprobe는 서버 중지(응답하지 않음)를 모니터합니다. 특히 msprobe는 다음을 모니터합니다.

서버 응답 시간.msprobe는 프로토콜 명령을 사용하여 활성화된 서버에 연결하고 응답 시간을 측정합니다. 응답 시간이 경고 알림 임계값을 초과하는 경우 경고 메시지가 서버로 전송되고( 경보 메시지 참조), 서버 응답 시간이 지정한 시간 초과 기간을 넘은 경우에는 서버가 다시 시작됩니다. 서버 응답 시간은 카운터 데이터베이스에 표시되고 기본 로그 파일에 기록됩니다. counterutil은 서버 응답 시간 통계를 표시하는 데 사용됩니다( counterutil).

msprobe는 imap, pop, http, cert, job_controller , smtp, lmtp, mmp 및 ens 서버를 모니터합니다. smtp 또는 lmtp가 응답하지 않을 때는 디스패처가 다시 시작됩니다. ens는 자동으로 다시 시작되지 않습니다.
디스크 사용.msprobe는 모든 메시지 저장소 분할 영역의 디스크 사용을 확인합니다. 특히 메일 저장소 mboxlist 데이터베이스 디렉토리와 MTA 대기열 디렉토리를 검사합니다. 디스크 사용이 구성된 임계값을 초과할 때는 경고 메시지가 전송됩니다. 디스크 크기와 사용은 카운터 데이터베이스에 표시되고 기본 로그 파일에 기록됩니다. 관리자는 counterutil 유틸리티( counterutil 참조)를 사용하여 디스크 사용 통계를 표시할 수 있습니다.
메시지 저장소 mboxlist 데이터베이스 로그 파일 누적.로그 파일 누적은 mboxlist 데이터베이스 오류를 나타냅니다. msprobe는 활성 로그 파일의 개수를 세고 그 수가 임계값보다 클 경우 msprobe에서 default 로그 파일에 중요 오류 메시지를 기록하여 관리자에게 서버를 다시 시작하도록 알립니다. autorestart가 활성화되어 있으면(local.autorestart를 yes로 설정) 저장소 데몬이 다시 시작됩니다.

watcher 및 msprobe는 표 23–5에 있는 configutil 옵션으로 제어됩니다. 자세한 내용은 실패했거나 응답이 없는 서비스의 자동 재시작을 참조하십시오.

표 23–5 msprobe 및 watcher configutil 옵션


옵션	설명
local.autorestart	서버 자동 재시작 활성화. 실패하거나 중지된 서비스를 자동으로 다시 시작합니다. 기본값: 아니요
local.autorestart.timeout	재시도 시간 초과 오류. 지정된 시간 내에 서버가 세 번 이상 실패하면 시스템은 서버 재시작 시도를 중지합니다. 이 값(초)은 `msprobe` 간격(`local.schedule.msprobe`)보다 길게 설정해야 합니다. 기본값: 600초
local.probe.service.timeout	다시 시작하기 전 특정 서버에 대한 시간 초과. `service`는 imap, pop, http, cert, job_controller, smtp, lmtp, mmp 또는 ens가 될 수 있습니다. 기본값: `service.readtimeout` 사용
local.probe.service.warningthreshold	경고 메시지가 `default` 로그 파일에 기록되기 전 특정 서버가 응답하지 않는 시간(초). `service`는 imap, pop, http, cert, job_controller, smtp, lmtp, mmp 또는 ens가 될 수 있습니다. 기본값: local.probe.warningthreshold
local.probe.warningthreshold	경고 메시지가 `default` 로그 파일에 기록되기 전 서버가 응답하지 않는 시간(초). 기본값: 5초
local.queuedir	대기열 크기가 alarm.diskavail.msgalarmthreshold에서 정의한 임계값을 초과하는 경우 검사할 MTA 대기열 디렉토리. 기본값: 없음
service.readtimeout	서버를 다시 시작하기 전 해당 서버가 응답하지 않는 시간. local.schedule.msprobe를 참조하십시오. 기본값: 10초
local.schedule.msprobe	`msprobe`에서 일정을 실행합니다. 값은 crontab 스타일의 일정 문자열입니다(표 18–10 참조).
local.watcher.enable	서비스 실패를 모니터하는 watcher를 활성화합니다. IMAP, POP, HTTP, Job Controller, 디스패처, 메시지 저장소(`stored`), `imsched` 및 MMP. LMTP/SMTP 서버는 디스패처가 모니터하며 LMTP/SMTP 클라이언트는 job_controller가 모니터합니다. 특정 실패에 대해 오류 메시지를 기본 로그 파일에 기록합니다. 기본값: on

경보 메시지

msprobe는 지정된 조건을 경고하도록 포스트마스터에게 전자 메일 형식으로 경보를 보낼 수 있습니다( imapd, popd 및 httpd 모니터 참조). 다음은 일정한 임계값을 초과할 때 보내지는 샘플 전자 메일 경보입니다.

Subject:    ALARM: server response time in seconds of “ldap_siroe.com_389” is 10
Date:    Tue, 17 Jul 2001 16:37:08 -0700 (PDT) 
From:    postmaster@siroe.com 
To:     postmaster@siroe.com 

Server instance: /opt/SUNWmsgsr
Alarmid: serverresponse 
Instance: ldap_siroe_europa.com_389 
Description: server response time in seconds 
Current measured value (17/Jul/2001:16:37:08 -0700): 10 
Lowest recorded value: 0 
Highest recorded value: 10 
Monitoring interval: 600 seconds 
Alarm condition is when over threshold of 10 
Number of times over threshold: 1

msprobe가 디스크 및 서버 성능을 모니터하는 빈도와 경보를 보내는 상황을 지정할 수 있습니다. 이렇게 하려면 configutil 명령을 사용하여 경보 매개 변수를 설정합니다. 표 23–6은 기본 설정과 함께 유용한 경보 매개 변수를 보여 줍니다. Sun Java System Messaging Server 6 2005Q4 Administration Reference의 configutil Parameters를 참조하십시오.

표 23–6 유용한 경보 메시지 configutil 매개 변수


매개 변수	설명(괄호 안의 값이 기본값임)
alarm.msgalarmnoticehost	(localhost) 경고 메일을 보낼 시스템입니다.
alarm.msgalarmnoticeport	(25) 경보 메일을 보낼 때 연결할 SMTP 포트입니다.
alarm.msgalarmnoticercpt	(Postmaster@localhost) 경보 알림을 받는 사람입니다.
alarm.msgalarmnoticesender	(Postmaster@localhost) 경보를 보낸 사람의 주소입니다.
alarm.diskavail.msgalarmdescription	(percentage mail partition diskspace available.)디스크 사용 경보의 설명 필드에 사용되는 문자열.
alarm.diskavail.msgalarmstatinterval	(3600) 디스크 가용성 검사의 간격(초)입니다. 디스크 사용 검사를 사용하지 않으려면 0으로 설정합니다.
alarm.diskavail.msgalarmthreshold	(10) 디스크 공간 가용성 비율로서 이 비율 아래로 내려가면 경보가 보내집니다.
alarm.diskavail.msgalarmthresholddirection	(-1) 경보가 디스크 공간 가용성이 임계값보다 작을 때 발생하는지(-1) 아니면 임계값보다 클 때 발생하는지(1) 여부를 지정합니다.
alarm.diskavail.msgalarmwarninginterval	(24). 디스크 가용성 경보가 반복되는 간격(시간)입니다.
alarm.serverresponse.msgalarmdescription	(server response time in seconds.)서버 응답 경보의 설명 필드에 사용되는 문자열.
alarm.serverresponse.msgalarmstatinterval	(600) 서버 응답 검사의 간격(초)입니다. 서버 응답 검사를 사용하지 않으려면 0으로 설정합니다.
alarm.serverresponse.msgalarmthreshold	(10) 서버 응답 시간(초)이 이 값을 초과할 경우 경보가 발생합니다.
alarm.serverresponse.msgalarmthresholddirection	(1) 경보가 서버 응답 시간이 임계값보다 클 때 발생하는지(1) 아니면 임계값보다 작을 때 발생하는지(-1) 여부를 지정합니다.
alarm.serverresponse.msgalarmwarninginterval	(24) 서버 응답 경보가 반복되는 간격(시간)입니다.