| Sun ONE Messaging Server 6.0 관리자 설명서 |
12장
LMTP 전달Sun™ ONE Messaging Server의 MTA는 다중 계층 Messaging Server 배포가 사용되는 상황에서 메일 저장소로의 전달을 위해 LMTP (RFC 2033에 정의된 Local Mail Transfer Protocol)를 사용할 수 있습니다. 인바운드 중계와 백엔드 메일 저장소를 사용하는 이 시나리오에서는 중계가 주소 확장 및 전달 방법(예: 자동 회신, 전달)뿐만 아니라 메일 목록 확장을 담당합니다. 기본적으로 백엔드 저장소에 대한 전달은 백엔드 시스템이 LDAP 디렉토리에서 수신자 주소를 다시 조회해야 하는 SMTP를 통해 이루어지므로 전체 MTA 방법이 사용됩니다. 빠르고 효율적인 전달을 위해 MTA는 SMTP 대신 LMTP를 사용하여 메일을 백엔드 저장소에 전달할 수 있습니다. Sun ONE Messaging Server의 LMTP 서버는 일반적인 용도의 LMTP 서버가 아니라 중계와 백엔드 메일 저장소 사이의 개인 프로토콜 역할을 합니다. 설명의 단순화를 위해 2계층 배포를 포함하는 예를 사용합니다.
이 장은 다음 내용으로 구성되어 있습니다.
LMTP 전달 기능MTA의 LMTP 서버가 백엔드 메일 저장소에 메일을 전달하는 데 보다 효율적인 이유는 다음과 같습니다.
LMTP를 사용하지 않는 2계층 배포의 메일 처리그림 12-1은 LMTP를 사용하지 않는 2계층 배포 시나리오의 다음 메일 처리 설명을 그림 형식으로 설명합니다.
그림 12-1 LMTP를 사용하지 않는 2계층 배포
LMTP 없이 저장소 시스템의 앞면에 중계가 있는 2수준 배포에서 인바운드 메일 처리는 중계 시스템의 디스패처가 선택하고 tcp_smtp_server 프로세스에 전달되는 SMTP 포트에 대한 연결에서 시작됩니다. 이 프로세스에서는 인바운드 메일에 대해 다음을 포함한 많은 작업을 수행합니다.
그러면 smtp_client 프로세스가 대기열에서 메일 메시지를 선택하여 메일 호스트에 보냅니다. 메일 호스트에서도 비슷한 프로세스가 수행됩니다. 디스패처에서 SMTP에 대한 연결을 선택하여 tcp_smtp_server 프로세스에 전달합니다. 이 프로세스에서는 다음을 포함하여 많은 메일 작업을 수행합니다.
그런 다음 ims_ms 프로세스가 메일 메시지를 선택하여 저장소에 전달하려고 시도합니다.
이 시나리오에서는 대기열에 포함시키는 프로세스가 두 번 수행되고 각 MTA에서 LDAP 조회를 수행합니다.
LMTP를 사용하는 2계층 배포의 메일 처리그림 12-2는 LMTP를 사용하는 2계층 배포 시나리오의 다음 메일 처리 설명을 그림 형식으로 설명합니다.
그림 12-2 LMTP를 사용하는 2계층 배포
LMTP를 배치하고 디스패처에서 중계 시스템의 SMTP에 대한 연결을 선택하여 tcp_smtp_server 프로세스에 전달합니다. 이 프로세스에서는 인바운드 메일에 대해 다음을 포함한 많은 작업을 수행합니다.
user@domain.LMTP 및 user@domain.LMTPNATIVE 형식으로 된 주소가 각각 tcp_lmtp 채널 또는 tcp_lmtpnative 채널을 통해 메일 저장소 시스템에 라우팅됩니다. 이러한 채널은 SMTP 대신 LMTP를 사용하여 백엔드 메일 저장소와 통신합니다. 저장소 시스템에서는 디스패처가 LMTP 포트에 대한 연결을 수신한 다음 lmtp_server 프로세스에 전달합니다. 그런 다음 LMTP가 메일을 사용자의 메일함이나 UNIX 원시 메일함에 넣습니다. 메일이 성공적으로 전달되면 메일이 중계 시스템의 대기열에서 제거됩니다. 성공적으로 전달되지 않은 경우 메일이 중계 시스템에 그대로 남아 있습니다. 메일 저장소의 LMTP 프로세스에서는 주소 또는 메일 처리를 위해 MTA 방법을 사용하지 않습니다.
LMTP 개요대부분의 경우 MTA 자체는 기본적으로 백엔드 서버에 존재하지 않을 수 있습니다. 필요한 유일한 MTA 구성 요소는 다음과 같습니다.
디스패처에는 MTA 구성 파일이 필요한데, 이러한 파일은 너무 짧을 수 있습니다. 디스패처를 백엔드 서버에서 실행해야 LMTP 서버를 시작할 수 있습니다. 디스패처와 LMTP 서버는 libimta의 다양한 기능을 사용하기 때문에 백엔드 서버에 위치할 필요가 없습니다.
LMTP 서버는 일반적인 MTA 대기열에 포함 또는 대기열에서 제외 기능, 헤더 처리 또는 주소 변환 작업을 수행하지 않습니다. 중계 시스템이 모든 메일 내용 조작을 수행합니다. 이러한 조작을 통해 메일을 메일 저장소에 전달할 형식으로 표시하고 저장소에 필요한 형식으로 된 전달 주소를 표시합니다. 사용자 할당량과 같이 메일을 저장소에 전달할 때 일반적으로 사용할 수 있는 추가 수신자 정보는 수신자 주소와 함께 LMTP 매개 변수로 표시됩니다. 전달이 실패할 경우 메일이 중계 시스템의 LMTP 대기열에 그대로 포함되어 있습니다.
구현된 LMTP 프로토콜이 절에서는 샘플 LMTP 대화 상자를 제공하여 해당 대화 상자에 표시되는 내용을 설명합니다. 중계 시스템의 LMTP 클라이언트는 표준 LMTP 프로토콜을 사용하여 백엔드 저장소의 MLTP 서버와 대화합니다. 프로토콜은 특정 방법으로 사용됩니다. 예를 들면 다음과 같습니다.
LHLO 메일에 대한 작업이 수행되지 않습니다. 회신은 항상 250 OK입니다.
메일 발송자 주소를 검사하거나 변환하지 않습니다. size= 매개 변수는 전달할 메일의 크기(바이트)를 지정합니다. 이 값은 프로토콜에 표시되는 메일의 정확한 크기입니다. 정확한 메일 크기가 꼭 필요한 것은 아니지만 대개 실제 메일 크기는 이 크기를 초과하지 않습니다. LMTP 서버는 메일을 받도록 메모리에 이 크기의 버퍼를 할당합니다.
받을 때는 수신자 주소를 확인하지 않지만 나중에 사용할 수 있도록 수신자 목록이 작성됩니다. 주소의 @domain 부분은 주 도메인의 uids에서는 생략되고 +folder 부분은 선택 사항입니다. 이 형식은 MTA의 메일 저장소 채널에 사용되는 것과 동일한 주소 형식입니다.
xquota= 매개 변수는 최대 총 크기와 최대 메일 수로 구성되는 사용자의 메일 할당량을 지정합니다. MTA는 사용자에 대한 LDAP 조회를 통해 주소 변환을 수행하는 동안 검색되는 이 메일 할당량 정보를 제공합니다. 이 정보는 메일 저장소의 할당량 정보를 디렉토리와 동기화된 상태로 유지하는 데 사용됩니다. 할당량 정보를 가져오는 것은 성능에 영향을 미치지 않습니다.
xdflg= 매개 변수는 비트 필드로 해석되는 숫자를 지정합니다. 이러한 비트 수는 메일이 전달되는 방법을 제어합니다. 예를 들어, 비트 값을 2로 설정하면 사용자에 대해 할당량이 초과하더라도 메일이 전달됩니다.
이 상호 작용은 수신자마다 한 번씩 여러 번 반복될 수 있습니다.
그런 다음 LMTP 클라이언트가 SMTP에서처럼 전체 메일을 점으로 표시하여 보냅니다. 메일은 한 행에 점(.) 하나로 끝납니다. 메일 크기가 초과될 경우 LMTP 서버는 다음을 보냅니다.
그런 다음 연결을 종료합니다.
메일이 올바르게 전달되면 LMTP 서버는 RCPT TO: 행에 지정된 각 수신자에 대한 상태를 LMTP 클라이언트에게 다시 보냅니다. 예를 들어, 메일이 성공적으로 전달될 경우 다음과 같은 응답을 받습니다.
여기서 address는 RCPT TO: 행에 표시된 주소입니다.
변환은 다른 MAIL FROM: 행에서 반복되거나 다음 상호 작용으로 종료될 수 있습니다.
표 12-1에서는 각 수신자에 대한 가능한 상태 코드를 나타냅니다. 이 3열 테이블의 첫 번째 열에는 짧은 코드가 표시되고, 두 번째 열에는 긴 코드가 표시되며, 세 번째 열에는 상태 텍스트가 표시됩니다. 2.x.x 상태 코드는 성공 코드이고, 4.x.x 코드는 재시도 가능한 오류이고, 5.x.x 코드는 재시도할 수 없는 오류입니다.
LMTP 전달 구성LMTP 전달 기법은 중계 시스템과 백엔드 저장소 모두에서 구성해야 합니다. 중계 시스템에서는 저장소에 전달할 메일이 LMTP 채널에 전달되도록 DELIVERY_OPTIONS MTA 옵션(option.dat에서)을 변경해야 합니다. 백엔드 저장소는 디스패처를 사용하여 구성해야 하지만 Job Controller가 필요하지 않습니다. LMTP 서버를 실행하도록 디스패처를 구성해야 합니다.
중계 구성
기본 구성은 MTA와 메일 저장소가 동일한 시스템에 있는 서버에 적합합니다. 이 시나리오에서 사용자의 메일 저장소 메일함에 대해 정의된 전달 방법은 사용자 아이디와 호스트된 도메인으로부터 주소를 구성하여 메일을 ims_ms 채널에 라우팅합니다. LMTP 백엔드 저장소를 사용하는 중계의 경우 다른 시스템에 규정된 사용자에 대해서도 메일을 처리하도록 중계를 구성해야 합니다. 그렇게 하려면 거의 모든 규칙의 앞에 #을 넣습니다. 다른 변경은 프록시가 LMTP를 통해 메일 저장소 시스템에서 수행해야 하는 방법과 관련이 있습니다. 여기에는 메일 저장소 메일함, 원시(UNIX) 및 파일이 있습니다.
DELIVERY_OPTIONS 값을 변경해야 합니다. 전달 옵션의 현재 기본값은 다음과 같습니다.
이 설정을 다음과 같이 변경해야 합니다.
DELIVERY_OPTIONS=\
#*mailbox=@$X.LMTP:$M$_+$2S%$\$2I@ims-ms-daemon,\
#&members=*,\
#*native=@$X.lmtpnative:$M,\
#*unix=@$X.lmtpnative:$M,\
#/hold=$L%$D@hold,\
#*file=@$X.lmtpnative:+$F,\
#&@members_offline=*,\
#program=$M%$P@pipe-daemon,\
#forward=**,\
#*^!autoreply=$M+$D@bitbucket
모든 전달 옵션에는 중계 노드에서 평가할 수 있는 # 접두어 문자가 있습니다. 그렇지 않으면 메일함, 원시(UNIX) 및 파일에 대한 전달 옵션이 변경된 것입니다. 이러한 규칙의 목적은 메일이 해당 LMTP 채널을 통해 백엔드 서버에 전달되도록 주소를 생성하는 것입니다. 생성된 주소는 라우팅된 원본 주소이며 그 형식은 다음과 같습니다.
그렇게 하면 메일이 원본 라우트를 기반으로 라우팅되지만, 원격 시스템에는 해당 라우팅과 다른 별도의 주소가 표시됩니다. $X 대체는 사용자에 대한 mailhost 속성 값을 삽입합니다. 생성된 원본 라우트인 mailhost.lmtp 또는 mailhost.lmtpn은 imta.cnf 파일에 추가되어야 하는 .lmtp 또는 .lmtpn 규칙과 일치합니다. 이러한 라우트는 메일을 두 LMTP 채널(메일 저장소 전달용, 원시 전달용) 중 하나로 가져옵니다. 이러한 다시 쓰기 규칙은 원본 라우트에 지정된 도메인 이름의 .lmtp 또는 .lmtpn 구성 요소를 제거하기 때문에 메일이 올바른 LMTP 채널을 통해 올바른 메일 호스트에 전달됩니다. LMTP 서버에 보내지는 주소는 원본 라우팅 주소의 오른쪽, 즉 ‘:‘ 뒤에 대체 패턴으로 정의됩니다. 메일함 패턴의 경우 $M$_+$2S$\@$2I입니다. 이 주소가 사용자 아이디가 되고 그 뒤에는 ‘+‘ 폴더 이름(원본 주소에 폴더 이름이 있는 경우), ‘@‘ 및 호스트된 도메인(도메인이 메일 배포를 위한 기본 도메인이 아닌 경우)이 표시됩니다. 파일 메소드에서는 lmtpnative 채널을 사용하지만 해당 프로그램 전달 방법에서는 중계 시스템에서 전달이 수행됩니다. 이 방법이 적절하지 않은 경우 백엔드 서버에서 MTA를 구성해야 합니다. LMTP를 사용할 수 있지만 이 방법은 다른 옵션이며 이에 대해서는 뒤에서 설명합니다.
메일함 전달 옵션의 패턴 변경을 기록하십시오. 이제 자동 회신 전달 옵션 앞에 # 문자가 표시되어 회신 시스템에서 작업이 수행되도록 강제합니다. 원시 및 UNIX 파일 및 프로그램 전달 방법에 유용한 MTA를 대상 시스템에서 실행해야 합니다.
imta.cnf 파일을 수정하여 파일의 다시 쓰기 규칙 섹션에 .lmtp* 다시 쓰기 규칙을 포함시켜야 합니다. 예를 들면 다음과 같습니다.
기본적으로 LMTP 다시 쓰기 규칙은 주석 처리됩니다. LMTP가 작동하려면 이러한 주석 처리를 제거해야 합니다.
또한, imta.cnf 파일의 채널 정의 섹션에 lmtp 및 lmtpn 채널에 대한 채널 정의를 포함시켜야 합니다. 예를 들면 다음과 같습니다.
! tcp_lmtpcs (LMTP client - store)
tcp_lmtpcs defragment lmtp port 225 nomx single_sys subdirs 20 maxjobs 7 pool SMTP_POOL dequeue_removeroute
lmtpcs-daemon
!
! tcp_lmtpcn (LMTP client - native)
tcp_lmtpcn defragment lmtp port 226 nomx single_sys subdirs 20 maxjobs 7 pool SMTP_POOL dequeue_removeroute
!lmtpcn-daemon
기본적으로 LMTP 채널 정의는 주석 처리됩니다. LMTP가 작동하려면 이러한 주석 처리를 제거해야 합니다.
마지막으로 service.http.smtphost configutil 매개 변수(기본값: localhost)를 LMTP 호스트의 시스템 이름으로 설정해야 합니다. 또한, alarm.msgalarmnoticehost configutil 매개 변수(기본값: localhost)를 LMTP 호스트의 시스템 이름(메일을 포스트마스터에게 보낼 경우)으로 설정해야 합니다.
LMTP를 사용하고 MTA 없이 백엔드 저장소 구성
LMTP를 통해 메일을 받는 경우 백엔드 저장소에 MTA가 필요하지 않습니다. 이것은 Job Controller가 없고 MTA와 연결된 주소 다시 쓰기 방법이 없음을 의미합니다. 디스패처와 단순 MTA 구성은 여전히 필요합니다. 특히, MTA 구성의 유일한 중요 부분을 구성하는 dispatcher.cnf 파일과 mappings 파일이 필요합니다.
dispatcher.cnf 파일에는 다음이 포함되어 있어야 합니다.
! rfc 2033 LMTP server - store
!
[SERVICE=LMTPSS]
PORT=225
IMAGE=IMTA_BIN:tcp_lmtp_server
LOGFILE=IMTA_LOG:tcp_lmtpss_server.log
PARAMETER=CHANNEL=tcp_lmtpss
STACKSIZE=2048000
! Uncomment the following line and set INTERFACE_ADDRESS to an appropriate
! host IP (dotted quad) if the dispatcher needs to listen on a specific
! interface (e.g. in a HA environment).
!INTERFACE_ADDRESS=
!
! rfc 2033 LMTP server - native
!
[SERVICE=LMTPSN]
PORT=226
IMAGE=IMTA_BIN:tcp_lmtpn_server
LOGFILE=IMTA_LOG:tcp_lmtpsn_server.log
PARAMETER=CHANNEL=tcp_lmtpsn
STACKSIZE=2048000
! Uncomment the following line and set INTERFACE_ADDRESS to an appropriate
! host IP (dotted quad) if the dispatcher needs to listen on a specific
! interface (e.g. in a HA environment).
!INTERFACE_ADDRESS=
!
기본적으로 dispatcher.cnf 파일의 LMTP 서비스는 주석 처리됩니다. LMTP가 작동하려면 이러한 주석 처리를 제거해야 합니다.
MAX_CONNS, MAX_PROCS, MAX_LIFE_CONNS 및 MAX_LIFE_TIME의 일반 디스패처 옵션을 지정할 수 있습니다. 그럴 경우 해당 하드웨어에 맞게 설정해야 합니다.
PORT_ACCESS 매핑이 중요합니다. 백엔드 서버에 대한 LMTP 구현은 Sun ONE Messaging Server 중계 시스템과 백엔드 저장소 사이의 개인 프로토콜로 사용됩니다. PORT_ACCESS 매핑을 사용하여 그런 중계만 이러한 서비스에 연결될 수 있도록 확인해야 합니다. 매핑 파일의 모양은 다음과 같습니다.
PORT_ACCESS
TCP|*|225|1.2.3.4|* $Y
TCP|*|226|1.2.3.4|* $Y
TCP|*|225|1.2.3.5|* $Y
TCP|*|226|1.2.3.5|* $Y
TCP|*|*|*|* $N500$ Do$ not$ connect$ to$ this$ machine
이 PORT_ACCESS 매핑 테이블에 지정된 샘플 IP 주소를 백엔드 저장소에 연결되는 네트워크에 있는 중계 시스템의 IP 주소로 바꾸어야 합니다.
imta.cnf 파일이 있어야 하지만 이것만으로 완벽한 구성이 이뤄지지는 않습니다. 최소 imta.cnf 파일은 다음 채널 정의로 구성됩니다.
! tcp_lmtpss (LMTP server - store)
tcp_lmtpss lmtp subdirs 20
tcp_lmtpss-daemon
!
! tcp_lmtpsn (LMTP server - native)
tcp_lmtpsn lmtp subdirs 20
tcp_lmtpsn-daemon
기본적으로 LMTP 채널 정의는 주석 처리됩니다. LMTP가 작동하려면 이러한 주석 처리를 제거해야 합니다.
LMTP를 통해 메일 저장소와 전체 MTA를 갖는 백엔드 시스템에 메일을 보내도록 중계 구성
백엔드 저장소에 MTA의 전체 기능을 제공하면서 LMTP를 사용하여 로드를 절약해야 하는 경우가 있습니다. 예를 들어, 백엔드 저장소에서 프로그램을 전달할 수 있습니다. 이 경우 중계 시스템에서 LMTP를 사용하여 백엔드 저장소에 전달하도록 DELIVERY_OPTIONS 뒤에 위에서 설명한 대로 중계 시스템을 구성해야 합니다.
DELIVERY_OPTIONS=\
#*mailbox=@$X.LMTP:$M$_+$2S%$\$2I@ims-ms-daemon,\
&members=*,\
#*native=@$X.lmtpnative:$M,\
#*unix=@$X.lmtpnative:$M,\
/hold=$L%$D@hold,\
#*file=@$X.lmtpnative:+$F,\
&@members_offline=*,\
program=$M%$P@pipe-daemon,\
#forward=**,\
#*^!autoreply=$M+$D@bitbucket
유일한 차이점은 규칙의 일부에 #(이 시스템에서 평가) 접두어가 표시된다는 점입니다. members 및 members_offline의 경우 논리가 이전 논리로 변환되어 정의된 mailhost 속성이 없는 경우에만 중계 시스템에서 메일링 목록이 확장됨을 의미합니다. hold의 경우 상태가 .HELD인 사용자 메일이 다양한 중계 시스템 대신 백엔드 저장소의 보관 대기열에 보관되고, 프로그램의 경우 요청된 프로그램이 사용자의 메일 호스트에서 실행됨을 의미합니다.
다음은 저장소 시스템에서 전체 MTA와 함께 SMTP와 LMTP를 모두 사용할 경우에 사용하는 DELIVERY_OPTIONS 설정을 나타냅니다.
DELIVERY_OPTIONS=\
*mailbox=$M%$\$2I$_+$2S@ims-ms-daemon,\
&members=*,\
*native=$M@native-daemon, \
hold=$M?$I@hold-daemon,\
*unix=$M@native-daemon, \
&file=+$F@native-daemon, \
&@members_offline=*,\
program=$M%$P@pipe-daemon,\
forward=**,\
*^!autoreply=$M+$D@bitbucket
전체 MTA가 있는 백엔드 메일 저장소 시스템의 LMTP 구성
백엔드 저장소 메시징 시스템 구성은 LMTP를 사용하여 저장소에 직접 전달하는 구성에서 dispatcher.cnf 파일의 끝에 다음 행이 추가되는 점만 다릅니다.
! rfc 2033 LMTP server - store
!
[SERVICE=LMTPSS]
PORT=225
IMAGE=IMTA_BIN:tcp_lmtp_server
LOGFILE=IMTA_LOG:tcp_lmtpss_server.log
PARAMETER=CHANNEL=tcp_lmtpss
STACKSIZE=2048000
! Uncomment the following line and set INTERFACE_ADDRESS to an appropriate
! host IP (dotted quad) if the dispatcher needs to listen on a specific
! interface (e.g. in a HA environment).
!INTERFACE_ADDRESS=
!
! rfc 2033 LMTP server - native
!
[SERVICE=LMTPSN]
PORT=226
IMAGE=IMTA_BIN:tcp_lmtpn_server
LOGFILE=IMTA_LOG:tcp_lmtpsn_server.log
PARAMETER=CHANNEL=tcp_lmtpsn
STACKSIZE=2048000
! Uncomment the following line and set INTERFACE_ADDRESS to an appropriate
! host IP (dotted quad) if the dispatcher needs to listen on a specific
! interface (e.g. in a HA environment).
!INTERFACE_ADDRESS=
!
기본적으로 dispatcher.cnf 파일의 LMTP 서비스는 주석 처리됩니다. LMTP가 작동하려면 이러한 주석 처리를 제거해야 합니다. 또한 LMTP 포트 번호는 예일 뿐이므로 사용자가 선택한 임의의 번호가 될 수 있습니다.
백엔드 저장소를 LMTP에 대해서만 구성할 경우에는 위에서 설명한 dispatcher.cnf 파일과 동일합니다. 또한, 매핑 파일에는 LMTP 전용 백엔드 저장소에 대해 설명한 PORT_ACCESS 매핑이 필요합니다.
