test

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

Message Store, Admin 및 Default 서비스 로그 관리

이 절에서는 Message Store(POP, IMAP 및 HTTP), Admin 및 Default 서비스에 대한 로깅을 설명합니다. 표 21–1을 참조하십시오.

이 서비스에 대해서는 콘솔을 사용하여 로그 설정을 지정하고 로그를 볼 수 있습니다. 지정하는 설정은 기록되는 이벤트 및 기록되는 이벤트의 수에 영향을 미칩니다. 로그 파일을 분석할 때 이러한 설정 및 기타 특성을 사용하여 기록되는 이벤트를 자세히 검색할 수 있습니다.

이 절에는 다음과 같은 하위 절이 포함됩니다.

서비스 로그 특징 이해

이 절에서는 메시지 저장소 및 관리 서비스에 대한 로깅 수준, 기록되는 이벤트 범주, 로그의 파일 이름 규칙, 로그 파일 디렉토리 등과 같은 로그 특징을 설명합니다.

로깅 수준

로깅의 수준 또는 우선 순위는 로깅 작업 수행의 세밀도를 정의합니다. 우선 순위 수준이 높을수록 세밀도가 떨어집니다. 즉, 우선 순위가 높은(높은 심각도) 이벤트가 기록됩니다. 수준이 낮으면 세밀도가 높아집니다. 즉, 더 많은 이벤트가 로그 파일에 기록됩니다.

logfile.service.loglevel 구성 매개 변수( 서비스 로깅 옵션 정의 및 설정 참조)를 사용하여 각 서버(POP, IMAP, HTTP, Admin 및 Default)마다 별도의 로깅 수준을 설정할 수 있습니다. 또한 로깅 수준을 사용하여 로그 이벤트에 대한 검색을 필터링할 수도 있습니다. 사용 가능한 수준은 표 표 21–4에서 설명합니다. 이러한 로깅 수준은 UNIX syslog 기능에 의해 정의된 수준의 하위 집합입니다.

표 21–4 저장소 및 관리 서비스의 로깅 수준

수준 

설명 

Critical 

최소의 로깅 세밀도입니다. 서버 문제 또는 중요한 조건이 발생(예: 서버가 메일함에 액세스할 수 없거나 서버를 실행하려면 라이브러리가 필요한 경우)할 때마다 이벤트가 로그에 기록됩니다. 

Error 

오류 조건(예: 클라이언트나 다른 서버에 대한 연결 시도가 실패한 경우)이 발생할 때마다 이벤트가 로그에 기록됩니다. 

Warning 

경고 조건이 발생할 때마다(예: 클라이언트가 보낸 통신을 서버가 인식할 수 없는 경우) 이벤트가 로그에 기록됩니다. 

Notice 

알림(일반적이지만 중요한 조건)이 발생할 때마다(예: 사용자 로그인 실패 또는 세션 종료시) 이벤트가 로그에 기록됩니다. 이는 기본 로그 수준입니다. 

Information 

수행되는 모든 중요 작업(예: 사용자가 성공적으로 로그온했거나 메일함을 만들거나 메일함 이름을 변경한 경우)에 대한 이벤트를 로그에 기록합니다. 

Debug 

가장 세밀한 로깅입니다. 디버깅 용도에만 적합합니다. 문제를 나타내기 위해 각 프로세스나 작업 내의 개별 단계에서 이벤트가 로그에 기록됩니다.  

특정 로깅 수준을 선택하면 해당 수준과 그보다 높은(세밀도는 더 낮은) 모든 수준에 해당하는 이벤트가 기록됩니다. 기본 로깅 수준은 Notice입니다.

주 –

로깅을 세밀하게 지정할수록 로그 파일이 차지하는 디스크 공간은 많아집니다. 이에 대한 지침은 서비스 로깅 옵션 정의 및 설정을 참조하십시오.

기록되는 이벤트의 범주

지원되는 각 서비스 또는 프로토콜 내에서 Messaging Server는 기능 또는 기능 영역에 따라 기록되는 이벤트를 범주화합니다. 기록되는 모든 이벤트에는 해당 이벤트를 생성한 기능의 이름이 포함됩니다. 이러한 범주는 검색 중에 이벤트를 필터링하는 데 도움이 됩니다. 표 21–5에는 로깅을 위해 Messaging Server가 인식하는 범주가 나열되어 있습니다.

표 21–5 로그 이벤트가 발생하는 범주

기능 

설명 

일반적인 문제 

이 프로토콜 또는 서비스에 관련된 구분되지 않은 작업입니다. 

LDAP 

LDAP 디렉토리 데이터베이스에 액세스하는 Messaging Server에 관련된 작업입니다. 

Network 

네트워크 연결에 관련된 작업(소켓 오류가 이 범주에 속함)입니다.  

Account 

사용자 계정에 관련된 작업(사용자 로그인이 이 범주에 속함)입니다. 

Protocol 

프로토콜별 명령에 관련된 프로토콜 수준 작업(POP, IMAP 또는 HTTP 기능에서 반환되는 오류가 이 범주에 속함)입니다. 

Stats 

서버 통계의 수집에 관련된 작업입니다. 

저장소 

메일 저장소 액세스에 관련된 낮은 수준의 작업(읽기/쓰기 오류가 이 범주에 속함)입니다. 

로그 검색에서 범주를 필터로 사용하는 예에 대해서는 서비스 로그 검색 및 보기를 참조하십시오.

서비스 로그 파일 디렉토리

기록되는 모든 서비스에는 로그 파일이 저장되는 하나의 디렉토리가 할당됩니다. 모든 POP 로그 파일과 기타 모든 서비스의 로그 파일과 마찬가지로 모든 IMAP 로그 파일이 함께 저장됩니다. 각 디렉토리의 위치를 정의할 수 있으며 디렉토리에 허용되는 로그 파일의 최대 크기와 수를 지정할 수 있습니다.

로그 파일을 모두 저장할 수 있을 만큼 저장소 용량이 충분한지 확인하십시오. 로그 데이터는 용량이 매우 커질 수 있습니다(특히 낮은 로깅 수준에서).

또한 모든 로그 파일 디렉토리가 백업되고 오버로드되지 않도록 로깅 수준, 로그 회전, 로그 만료 및 서버 백업 정책을 적절하게 정의해야 합니다. 그렇지 않으면 정보가 손실될 수 있습니다. 서비스 로깅 옵션 정의 및 설정을 참조하십시오.

서비스 로그 파일 형식 이해

Messaging Server에 의해 생성된 모든 메일 저장소와 관리 서비스 로그 파일의 내용 형식은 서로 동일합니다. 로그 파일은 여러 행의 텍스트 파일로, 각 행이 기록된 하나의 이벤트를 설명합니다. 지원되는 각 서비스에 대한 모든 이벤트 설명에는 다음과 같은 일반 형식이 있습니다.

dateTime hostName processName[pid]: category logLevel: eventMessage

표 21–6에는 로그 파일 구성 요소가 나열되어 있습니다. 이러한 이벤트 설명의 형식은, 날짜/시간 형식이 다르고 형식에 두 개의 추가 구성 요소(category와 logLevel)가 추가된다는 점을 제외하면 UNIX syslog 기능에 의해 정의된 것과 동일합니다.

표 21–6 저장소 및 관리 로그 파일 구성 요소

구성 요소 

정의 

dateTime

이벤트가 기록된 날짜 및 시간이며, dd/mm/yyyy hh:mm:ss 형식으로 표현됩니다. 여기서 시간대 필드는 GMT로부터의 +/-hhmm으로 표현됩니다. 예를 들면 다음과 같습니다.02/Jan/1999:13:08:21 -0700

hostName

서버가 실행되고 있는 호스트 시스템의 이름입니다(예: showshoe).

주:호스트에 두 개 이상의 Messaging Server 인스턴스가 있는 경우 프로세스 아이디(pid)를 사용하여 각 인스턴스의 기록된 이벤트를 구분할 수 있습니다.

processName

이벤트를 생성한 프로세스의 이름입니다(예: cgi_store).

pid

이벤트를 생성한 프로세스의 프로세스 아이디입니다(예: 18753).

category

이벤트가 속하는 범주(예: General)입니다(예 21–5 참조).

logLevel

이벤트가 표시되는 로깅 수준(예: Notice)입니다(예 21–4 참조).

eventMessage

이벤트별 설명 메일로 길이는 임의적일 수 있습니다(예: Log created (894305624)).

다음은 콘솔을 사용하여 표시되는 기록된 세 개의 이벤트입니다.

02/May/1998:17:37:32 -0700 showshoe cgi_store[18753]:
 General Notice:
   Log created (894155852)

04/May/1998:11:07:44 -0400 xyzmail cgi_service[343]: General Error:
   function=getserverhello|port=2500|error=failed to connect

03/Dec/1998:06:54:32 +0200 SiroePost imapd[232]: Account Notice:
   close [127.0.0.1] [unauthenticated] 1998/12/3 6:54:32
   0:00:00 0 115 0

IMAP와 POP 이벤트 항목은 세 개의 번호로 끝날 수 있습니다. 위의 예에서는 0 115 0입니다. 첫 번째 번호는 클라이언트가 전송한 바이트 수이고, 두 번째 번호는 서버가 전송한 바이트 수이고, 세 번째 숫자는 선택한 메일함(POP의 경우 항상 1)입니다.

Log Viewer 창에서 로그 파일을 볼 때는 특정 로깅 수준이나 범주 또는 특정 프로세스 아이디 등과 같은 이벤트의 특정 구성 요소를 검색하여, 표시되는 이벤트를 제한할 수 있습니다. 자세한 내용은 서비스 로그 검색 및 보기를 참조하십시오.

각 로그 항목의 이벤트 메일에는 기록되는 이벤트 유형에 한정된 형식이 사용됩니다. 즉, 각 서비스는 이벤트 메일에 표시되는 내용을 정의합니다. 대부분의 이벤트 메일은 간단하며 설명적입니다. 다른 메일은 좀 더 복잡할 수 있습니다.

서비스 로깅 옵션 정의 및 설정

관리에 필요한 가장 적합한 메일 저장소와 관리 서비스 로깅 구성을 정의할 수 있습니다. 이 절에서는 최적의 구성과 정책을 결정하는 데 도움이 되는 문제에 대해 설명하고 이를 구현하는 방법에 대해 설명합니다.

유연한 로깅 구조

로그 파일의 이름 지정 스키마(service.sequenceNum.timeStamp)는 유연한 로그 회전과 백업 정책을 지정하는 데 도움이 됩니다. 각 서비스에 대한 이벤트가 서로 다른 파일에 기록되기 때문에 문제를 빠르게 차단할 수 있습니다. 또한 파일 이름의 일련 번호가 계속 커지고 타임스탬프가 항상 고유하기 때문에 제한된 일련 번호 집합을 모두 사용한 후 새 로그 파일이 기존 로그 파일을 덮어쓰지 않습니다. 대신 보다 유연한 수명 제한, 파일 수 또는 전체 저장소 용량에 도달하였을 때만 기존 로그 파일을 삭제하거나 덮어쓰게 됩니다.

Messaging Server는 관리 작업을 단순화하고 백업 작업을 수월히 하는 로그 파일의 자동 회전 기능을 지원합니다. 이후의 기록되는 이벤트를 저장하기 위해 수동으로 현재 로그 파일을 지우고 새 파일을 만들 필요가 없습니다. 서버를 중단하거나 새 로그 파일을 시작하도록 서버에 수동으로 알리지 않고도 디렉토리에서 현재 로그 파일을 제외한 모든 파일을 언제든지 백업할 수 있습니다.

로깅 정책 설정 시 전체 로그 저장소 제한, 최대 로그 파일 수, 개별 파일 크기, 최대 파일 수명 및 로그 파일 회전 비율을 제어하는 옵션을 설정할 수 있습니다(각 옵션별).

원하는 옵션 계획

로그 파일의 회전이나 삭제를 시작할 수 있는 두 개 이상의 제한을 설정해야 합니다. 먼저 도달한 제한이 작업을 제어합니다. 예를 들어 최대 로그 파일 크기가 3.5MB이고 매일 새 로그가 생성되도록 지정한 경우, 로그 데이터가 24시간 동안 3.5MB 이상 작성되면 매일 하나 이상의 로그 파일이 생성됩니다. 또한 최대 로그 파일 수가 10이고 최대 수명이 8일인 경우, 로그 회전이 더 빠르게 수행되면 8일이 되기 전에 10개의 파일이 생성되므로 로그 파일의 수명 제한에는 도달하지 않게 됩니다.

Messaging Server 관리 로그에 대해 제공되는 다음 기본값을 계획의 시작점으로 사용할 수 있습니다.

디렉토리의 최대 로그 파일 수: 10

최대 로그 파일 크기: 2MB

모든 로그 파일에 허용되는 총 최대 크기: 20MB

허용되는 빈 디스크 최대 공간: 5MB

로그 롤오버 시간: 1일

만료 전 최대 수명: 7일

로깅 수준: Notice

이 구성에서는 서버 관리 로그 데이터가 매일 약 2MB 정도 누적될 것이며, 1주에 한 번 백업하고, 관리 로그의 저장소에 할당된 총 크기는 최소한 25MB가 되는 것으로 가정합니다. 로깅 수준이 더 세밀한 경우 이 설정이 충분하지 않을 수 있습니다.

POP, IMAP 또는 HTTP 로그의 경우에도 처음에는 동일한 값을 사용할 수 있습니다. 모든 서비스에 대략 여기에 표시된 기본값과 동일한 로그 저장소 요구 사항이 있는 경우 처음에는 총 로그 저장소 용량을 약 150MB로 설정해야 합니다. 이는 일반적인 저장소 요구 사항이며 실제 요구 사항은 환경에 따라 크게 다를 수 있습니다.

로깅 옵션 이해

콘솔 또는 명령줄을 사용하여 메시지 저장소 로깅 구성을 제어하는 옵션을 구성할 수 있습니다.

이러한 옵션의 최적 설정은 로그 데이터가 누적되는 비율에 따라 다릅니다. 1MB의 저장소 공간에는 4,000개에서 10,000개의 로그 항목이 들어갈 수 있습니다. Notice와 같은 보다 세밀한 로깅 수준에서는, 작업량이 중간 정도인 서버가 매주 수백 MB의 로그 데이터를 생성할 수 있습니다. 이 경우 다음과 같은 방법을 사용할 수 있습니다.

서비스 로그 검색 및 보기

콘솔에서는 메일 저장소와 관리 로그 데이터를 볼 수 있는 기본 인터페이스를 제공합니다. 이를 통해 개별 로그 파일을 선택하고 해당 파일 내에서 로그 항목의 필터링된 유연한 검색을 수행할 수 있습니다.

특정 서비스에 대한 로그 파일은 날짜 순으로 나열됩니다. 검색할 로그 파일을 선택한 다음에는 검색 매개 변수를 지정하여 개별 이벤트에 대한 검색 범위를 좁힐 수 있습니다.

검색 매개 변수

다음은 로그 데이터를 보기 위해 지정할 수 있는 검색 매개 변수입니다.

* 모든 문자 세트(예: *.com)

? 모든 단일 문자(예: 199?)

[nnn] nnn 집합에 속하는 모든 문자(예: [aeiou])

[^nnn] nnn 집합에 속하지 않는 모든 문자(예: [^aeiou] )

[n-m] n-m 범위의 모든 문자(예: [A-Z])

[^n-m] n-m 범위에 속하지 않는 모든 문자(예: [^0-9] )

\ 이스케이프 문자: *, ?, [ 또는 ] 앞에 입력하여 리터럴로 사용

주: 검색은 대소문자를 구분합니다.

로그를 볼 때 로깅 수준과 기능을 조합하는 예는 다음과 같습니다.

서비스 로그 작업

이 절에서는 configutil 명령과 로그 검색 및 보기를 위한 콘솔을 사용하여 서비스 로그에 대한 작업을 수행하는 방법에 대해 설명합니다.

Procedure서비스 로그를 syslog에 전송하는 방법

단계

    configutil 명령을 syslogfacility 옵션과 함께 실행합니다.

    configutil -o logfile. service.syslogfacility -v value

    여기서 service는 admin, pop, imap, imta 또는 http 이고 value는 user, mail, daemon, local0 ~ local7 또는 none입니다.

    값을 설정하면 메일은 설정 값에 따라 syslog 기능에 기록되며 다른 모든 로그 파일 서비스 옵션은 무시됩니다. 옵션이 설정되지 않았거나 값이 none이면 로깅은 Messaging Server 로그 파일을 사용합니다.

Procedure콘솔을 사용하여 로깅 옵션을 설정하는 방법

단계

  1. 로그 파일 옵션을 설정할 Messaging Server를 엽니다.

  2. 구성 탭을 누르고 왼쪽 창에서 Log Files 폴더를 연 다음 서비스(IMAP, HTTP 또는 Admin 등)의 로그 파일을 선택합니다.

  3. “세부 정보 수준” 드롭다운 목록에서 로깅 수준을 선택합니다.

  4. “로그 파일에 대한 디렉토리 경로” 필드에서 로그 파일을 저장할 디렉토리의 이름을 입력합니다.

  5. “각 로그의 파일 크기” 필드에 최대 로그 파일 크기를 입력합니다.

  6. “다음 경우마다 새 로그 만들기” 필드에 로그 회전 일정 수를 입력합니다.

  7. “디렉토리당 로그 수” 필드와 “로그 최대 기간” 필드에 백업 일정에 맞는 최대 로그 파일 수와 최대 수명을 입력합니다.

  8. “총 로그 크기 초과” 필드에 원하는 총 저장소 제한을 입력합니다.

  9. “빈 디스크 공간 부족” 필드에 유지할 빈 디스크 공간의 최소 크기를 입력합니다.

HTTP 로깅 비활성화 방법

시스템이 HTTP 메일 액세스 즉, 웹 메일을 지원하지 않는 경우 다음 변수를 설정하여 HTTP 로깅을 비활성화할 수 있습니다. 시스템이 웹 메일을 지원해야 하는 경우(예: Messenger Express) 이 변수를 설정하지 마십시오.

Procedure서버 로그 수준을 설정하는 방법

단계

    다음 configutil 명령을 실행합니다.

    configutil -o logfile.service.loglevel -v level

    여기서 service는 admin, pop, imap, imta 또는 http이고 loglevel은 Nolog, Critical, Error, Warning, Notice, Information 또는 Debug입니다.

Procedure서버 로그 파일의 디렉토리 경로를 지정하는 방법

단계

    다음 configutil 명령을 실행합니다.


    configutil -o logfile.service.logdir -v dirpath

Procedure각 서비스 로그의 최대 파일 크기를 지정하는 방법

단계

    다음 configutil 명령을 실행합니다.


    configutil -o logfile.service.maxlogfilesize -v size

    여기서 size는 바이트 수를 지정합니다.

Procedure서비스 로그 회전 일정을 지정하는 방법

단계

    다음 configutil 명령을 실행합니다.


    configutil -o logfile.service.rollovertime -v number

    여기서 number는 초를 지정합니다.

Procedure디렉토리당 서비스 로그 파일의 최대 수를 지정하는 방법

단계

    다음 configutil 명령을 실행합니다.


    configutil -o logfile.service.maxlogfiles -v number

    여기서 number는 로그 파일의 최대 수를 지정합니다.

Procedure저장소 제한을 지정하는 방법

단계

    다음 configutil 명령을 실행합니다.


    configutil -o logfile.service.maxlogsize -v number

    여기서 number는 바이트 수를 지정합니다.

Procedure유지할 빈 디스크 공간의 최소 크기를 지정하는 방법

단계

    다음 configutil 명령을 실행합니다.


    configutil -o logfile.service.minfreediskspace -v number

    여기서 number는 바이트 수를 지정합니다.

로그 파일이 만료되는 시기를 지정하는 방법


configutil -o logfile.service.expirytime -v number

여기서 number는 초를 지정합니다.

Procedure검색 및 보기 결과를 지정하는 방법

지정된 서비스에 속한 특정 특성으로 기록되는 이벤트를 검색하려면 다음 단계를 수행합니다.

단계

  1. 콘솔에서 검사할 로그 파일이 있는 Messaging Server를 엽니다.

  2. 다음 단계 중 하나를 수행하여 기록되는 해당 서비스에 대한 로그 파일 내용 탭을 표시합니다.

    • 작업 탭을 누른 다음 “서비스 로그 보기”를 누릅니다. 여기서 서비스는 기록되는 서비스(예: “IMAP 서비스” 또는 “관리” 등)의 이름입니다.

    • 구성 탭을 누른 다음 왼쪽 창에서 Log Files 폴더를 연 다음 서비스(예: IMAP 또는 Admin)의 로그 파일을 선택합니다. 그런 다음 오른쪽 창에서 내용 탭을 누릅니다.

  3. 기록된 해당 서비스의 내용 탭이 표시됩니다.

  4. 로그 파일 이름 필드에서 검사할 로그 파일을 선택합니다.

  5. 선택한 로그 보기 버튼을 눌러 로그 뷰어 창을 엽니다.

  6. 로그 뷰어 창에서 원하는 검색 매개 변수(앞의 검색 매개 변수 절에서 설명)를 지정합니다.

  7. 업데이트를 눌러 검색을 수행한 다음 그 결과를 로그 항목 필드에 표시합니다.

메시지 저장소 로깅에 메일 추적 사용

MTA가 메일을 추적하는 것과 비슷한 방법으로 메시지 저장소 로깅을 사용하여 메일 아이 디로 메일을 추적할 수 있습니다. 이 방식으로 메일을 추적하면 메일의 수명 주기의 중요 이벤트를 추적할 수 있습니다.

메시지 저장소 로그의 메일을 추적하려면 일반 로깅 구성 외에도 메일 추적을 구성해야 합니다. 기본적으로 메일 추적은 활성화되지 않습니다.

주 –

메일 추적에는 많은 양의 디스크 공간이 필요합니다. 디스크 공간이 충분하지 않을 경우 이 기능을 활성화하지 마십시오.

메시지 저장소 로깅에서는 다음 작업을 추적할 수 있습니다.

Procedure메일 추적을 활성화하는 방법

단계

    다음 configutil 명령을 실행합니다.


    configutil -o local.msgrace.active -v “yes”

    메일 추적 정보는 각 프로세스의 기본 로그에 기록됩니다. IMAP 가져오기는 imap 로그 파일에 표시됩니다. ims_master 추가는 ims_master 채널 로그 파일에 표시됩니다.

Procedure메일 추적을 단일 로그 파일로 리디렉션하는 방법

단계

    메일 추적 로깅을 단일 “msgtrace” 로그 파일로 리디렉션하려면 configutil 명령을 사용하여 로그 파일 매개 변수를 구성해야 합니다. 다른 로그 파일과 달리 msgtrace 로그 파일은 로컬로 구성됩니다. 예를 들면 다음과 같습니다.


    configutil -o "local.logfile.msgtrace.buffersize" -v "0"
configutil -o "local.logfile.msgtrace.expirytime" -v "604800"
configutil -o "local.logfile.msgtrace.flushinterval" -v "60"
configutil -o "local.logfile.msgtrace.logdir" -v "/opt/SUNWmsgsr/data/log"
configutil -o "local.logfile.msgtrace.loglevel" -v "Information"
configutil -o "local.logfile.msgtrace.logtype" -v "NscpLog"
configutil -o "local.logfile.msgtrace.maxlogfiles" -v "10"
configutil -o "local.logfile.msgtrace.maxlogfilesize" -v "2097152"
configutil -o "local.logfile.msgtrace.maxlogsize" -v "20971520"
configutil -o "local.logfile.msgtrace.minfreediskspace" -v "5242880"
configutil -o "local.logfile.msgtrace.rollovertime" -v "86400"

Procedure메일 추적 로깅을 구성 해제하는 방법

단계

    msgtrace 로그 파일을 구성 해제하려면 configutil 명령을 사용하여 해당 구성에 대한 모든 참조를 제거합니다. 예를 들면 다음과 같습니다.


    configutil -o "local.logfile.msgtrace.buffersize" -v ""
configutil -o "local.logfile.msgtrace.expirytime" -v ""
configutil -o "local.logfile.msgtrace.flushinterval" -v ""
configutil -o "local.logfile.msgtrace.logdir" -v ""
configutil -o "local.logfile.msgtrace.loglevel" -v ""
configutil -o "local.logfile.msgtrace.logtype" -v ""
configutil -o "local.logfile.msgtrace.maxlogfiles" -v ""
configutil -o "local.logfile.msgtrace.maxlogfilesize" -v ""
configutil -o "local.logfile.msgtrace.maxlogsize" -v ""
configutil -o "local.logfile.msgtrace.minfreediskspace" -v ""
configutil -o "local.logfile.msgtrace.rollovertime" -v ""

ProcedureLMTP 로깅을 구성하는 방법

단계

    LMTP를 사용하고 단일 “msgtrace” 로그 파일을 사용하지 않을 경우에는 마찬가지로 tcp_lmtp_server 로그 파일을 로컬로 구성해야 합니다. LMTP를 사용하지 않거나, 메일 추적을 사용하지 않거나, “msgtrace” 로그 파일에서 메일 추적을 사용할 경우에는 LMTP 메시지 저장소측 로그를 초기화할 필요가 없습니다. LMTP는 이미 MTA 정보를 별도로 기록합니다. 예를 들면 다음과 같습니다. 


    configutil -o "local.logfile.tcp_lmtp_server.buffersize" -v "0"
configutil -o "local.logfile.tcp_lmtp_server.expirytime" -v "604800"
configutil -o "local.logfile.tcp_lmtp_server.flushinterval" -v "60"
configutil -o "local.logfile.tcp_lmtp_server.logdir" -v \
   "/opt/SUNWmsgsr/data/log"
configutil -o "local.logfile.tcp_lmtp_server.loglevel" -v "Information"
configutil -o "local.logfile.tcp_lmtp_server.logtype" -v "NscpLog"
configutil -o "local.logfile.tcp_lmtp_server.maxlogfiles" -v "10"
configutil -o "local.logfile.tcp_lmtp_server.maxlogfilesize" -v "2097152"
configutil -o "local.logfile.tcp_lmtp_server.maxlogsize" -v "20971520"
configutil -o "local.logfile.tcp_lmtp_server.minfreediskspace" \
   -v "5242880"
configutil -o "local.logfile.tcp_lmtp_server.rollovertime" -v "86400"

메시지 저장소 로깅 예

메시지 저장소 로그 파일에 기록되는 정확한 필드 형식 및 필드 목록은 설정하는 로깅 옵션에 따라 다릅니다. 이 기능은 클라이언트 문제를 디버깅하는 데 유용합니다. 예를 들어, 사용자가 메일 액세스 클라이언트가 제대로 작동하지 않는다고 불평할 경우 이 기능을 사용하여 액세스 클라이언트와 Messaging Server 사이의 상호 작용을 추적할 수 있습니다. 원격 측정을 사용하여 사용자 IMAP/POP 세션 검사를 참조하십시오.

메일 저장소 로깅 예

메일 저장소 로그 파일에 기록되는 정확한 필드 형식 및 필드 목록은 설정하는 로깅 옵션에 따라 다릅니다. 이 절에서는 일반적인 로그 항목의 몇 가지 예를 보여 줍니다.

메시지 저장소 로깅 예: 잘못된 비밀 번호

사용자가 잘못된 비밀번호를 입력하면 “user not found” 메시지와 달리 “인증” 실패가 기록됩니다. 보안상의 이유 때문에 “user not found” 메시지가 클라이언트에게 전달되지만 기록되는 것은 실제 이유(잘못된 비밀번호)입니다.

예 21–11 메시지 저장소 로깅 – 잘못된 비밀번호


 [30/Aug/2004:16:53:05 -0700] vadar imapd[13027]: Account Notice: badlogin:
[192.18.126.64:40718] plaintext user1 authentication failure

메시지 저장소 로깅 – 비활성화된 계정

다음 예는 비활성화된 계정으로 인해 사용자가 로그인할 수 없는 이유를 보여 줍니다. 또한 비활성화된 계정이 “(inactive)” 또는 “(hold)”로 구분됩니다.

예 21–12 메시지 저장소 로깅 – 비활성화된 계정


[30/Aug/2004:16:53:31 -0700] vadar imapd[13027]: Account Notice: badlogin: 
[192.18.126.64:40720] plaintext user3 account disabled (hold)

메시지 저장소 로깅 예: 추가된 메일

다음 예는 메일이 폴더에 추가될 때마다 발생하는 추가 메시지를 보여 줍니다. 메시지 저장소 로그는 ims_master 및 lmtp 채널을 통해 메시지 저장소에 들어오는 모든 메일을 기록합니다. 사용자 아이디, 폴더, 메일 크기 및 메일 아이디의 “추가”가 기록됩니다.

예 21–13 메시지 저장소 로깅 – 추가


[31/Aug/2004:16:33:14 -0700] vadar ims_master[13822]: Store Information:append:
user1:user/user1:659:<Roam.SIMC.2.0.6.1093995286.11265.user1@vadar.siroe.com>

메시지 저장소 로깅 예: 클라이언트가 검색한 메일

클라이언트가 메일을 검색하면 메시지 저장소 로그는 “가져오기” 메시지를 기록합니다. 메시지 저장소 로그는 하나 이상의 본문 부분에 대한 클라이언트의 모든 가져오기를 기록합니다. 사용자 아이디, 폴더 및 메일 아이디의 “가져오기”가 기록됩니다.

예 21–14 메시지 저장소 로깅 – 클라이언트가 검색한 메일 


[31/Aug/2004:15:55:26 -0700] vadar imapd[13729]: Store Information:
fetch:user1:user/user1:<Roam.SIMC.2.0.6.1093051161.3655.user1@vad.siroe.com>

메시지 저장소 로깅 예: 폴더에서 제거된 메일

예 21–15 메시지 저장소 로깅 예: 폴더에서 제거된 메일

IMAP 또는 POP 메일이 폴더에서 제거되지만 시스템에서는 제거되지 않을 경우 메시지 저장소는 “정리” 메시지를 기록합니다. 이 메시지는 사용자가 정리하든 유틸리티가 정리하든 상관없이 기록됩니다. 폴더 및 메일 아이디의 “정리”가 기록됩니다.


31/Aug/2004:16:57:36 -0700] vadar imexpire[13923]: Store Information:
expunge:user/user1:<Roam.SIMC.2.0.6.1090458838.2929.user1@vadar.siroe.com>

메시지 저장소 로깅 예: 중복된 로그인 메시지

하나의 msgtrace 로그 파일에 대해 메일 추적을 구성할 경우 imap 및 pop 로그 파일에 표시되는 일반 “로그인” 메시지가 msgtrace 파일에서 중복됩니다. 일반 로그인 메시지는 다음과 같습니다.

예 21–16 메시지 저장소 로깅 – 로그인


[30/Aug/2004:16:53:13 -0700] vadar imapd[13027]: Account Information: login
[192.18.126.64:40718] user1 plaintext