11장 미리 정의된 채널 사용

Messaging Server를 처음 설치하면 여러 채널이 미리 정의되어 있습니다(표 11-1 참조). 이 장에서는 MTA에서 미리 정의된 채널 정의를 사용하는 방법을 설명합니다.

표 11-1 미리 정의된 채널
채널	정의
defaults	여러 채널의 기본값이 되는 키워드를 지정하는 데 사용됩니다. "채널 기본값 구성"을 참조하십시오.
l	UNIX 전용입니다. 라우팅 결정을 내리고 UNIX 메일 도구를 사용하여 메일을 전송하는 데 사용됩니다.
ims-ms	로컬 저장소에 메일을 전달합니다.
native	UNIX 전용입니다. 메일을 /var/mail에 전달합니다. Messaging Server는 /var/mail 액세스를 지원하지 않습니다. 사용자가 UNIX 도구를 사용하여 /var/mail 저장소에서 메일을 액세스해야 합니다.
pipe	사이트에서 제공하는 프로그램 또는 스크립트를 통해 전달을 수행하는 데 사용됩니다. pipe 채널에서 실행되는 명령은 imsimta 프로그램 인터페이스를 통해 관리자가 제어합니다.
reprocess process	이러한 채널은 지연된 오프라인 메일을 처리하는 데 사용됩니다. reprocess 채널은 일반적으로 소스 또는 대상 채널로 표시되지 않고 process 채널은 다른 MTA 채널과 마찬가지로 표시됩니다.
defragment	MIME 조각화된 메일을 다시 어셈블할 수 있습니다.
conversion	MTA를 통해 주고 받는 메일에 대해 본문 부분 단위 변환을 수행합니다.
bitbucket	삭제해야 하는 메일에 사용됩니다.
inactive/deleted	디렉토리에 비활성/삭제됨으로 표시된 사용자의 메일을 처리하는 데 사용됩니다. 일반적으로 메일을 바운스하고 메일을 보낸 사람에게 사용자 정의 바운스 메일을 반환합니다.
hold	사용자의 메일을 보관하는 데 사용됩니다. 예를 들어, 사용자가 한 메일 서버에서 다른 메일 서버로 이전하는 경우에 이러한 사용자의 메일을 보관합니다.
sms	SMS 게이트웨이에 단방향 전자 메일 지원을 제공합니다.
tcp_local tcp_intranet tcp_auth tcp_submit tcp_tas	TCP/IP를 통해 SMTP를 구현합니다. 다중 스레드 TCP SMTP 채널은 디스패처의 제어에 따라 실행되는 다중 스레드 SMTP 서버를 포함합니다. 보내는 SMTP 메일은 tcp_smtp_client 채널 프로그램에서 처리되고 필요한 경우 Job Controller의 제어에 따라 실행됩니다. tcp_local은 원격 SMTP 호스트로부터 인바운드 메일을 받습니다. 스마트 호스트/방화벽 구성을 사용하는지 여부에 따라 아웃바운드 메일을 원격 SMTP에 직접 보내거나 스마트 호스트/방화벽 시스템으로 보냅니다. tcp_intranet은 인트라넷에서 메일을 보내고 받습니다. tcp_auth는 tcp_local에 대한 전환 채널로 사용되며 인증된 사용자를 tcp_auth 채널로 전환하여 중계 차단 제한을 방지합니다. tcp_submit은 예약된 제출 포트 587에서 메일 제출(일반적으로 사용자 에이전트로부터)을 허용합니다(RFC 2476 참조). tcp_tas는 사이트에서 통합 메시징을 수행하는 데 사용되는 특수 채널입니다.

파이프 채널을 사용하여 메일을 프로그램에 전달

받는 메일이 메일함 대신 프로그램에 전달됩니다. 예를 들어, 사용자는 받는 메일을 메일 정렬 프로그램으로 보내기를 원할 수 있습니다. pipe 채널은 사이트에서 제공하는 사용자 단위 프로그램을 사용하여 메일 전달을 수행합니다.

프로그램 전달을 쉽게 수행하려면 pipe 채널에서 호출 가능하도록 먼저 프로그램을 등록해야 합니다. imsimta program 유틸리티를 사용하여 등록합니다. 이 유틸리티는 pipe 채널에서 호출 가능하도록 등록하는 각 명령에 고유한 이름을 제공합니다. 그런 다음 최종 사용자는 메소드 이름을 해당 mailprogramdeliveryinfo LDAP 속성 값으로 지정할 수 있습니다.

예를 들어, UNIX 명령 myprocmail을 사용자가 호출할 수 있는 프로그램으로 등록하려면 먼저 다음 예에 표시된 것처럼 imsimta program 유틸리티를 사용하여 명령을 등록합니다. 이 예에서는 -d username 인수를 사용하여 procmail 프로그램을 실행하고 사용자로 실행되는 myprocmail이라는 프로그램을 등록합니다.

programs 디렉토리 msg_svr_base/data/site-programs에 실행 파일이 존재하는지 확인합니다. 또한 실행 권한이 “others”로 설정되었는지도 확인합니다.

사용자가 프로그램에 액세스하려면 해당 사용자의 LDAP 항목에 다음 속성과 값이 포함되어 있어야 합니다.

imsimta program 유틸리티에 대한 자세한 내용은 Messaging Server Reference Manual을 참조하십시오.

대체 전달 프로그램은 다음 종료 코드 및 명령줄 인수 제한을 준수해야 합니다.

종료 코드 제한. pipe 채널에서 호출되는 전달 프로그램은 메일을 대기열에서 제외할지, 나중에 처리하도록 전달할지 또는 메일을 반환할지 여부를 채널이 알 수 있도록 의미 있는 오류 코드를 반환해야 합니다.

하위 프로세스가 종료 코드 0(EX_OK)으로 끝나는 경우 해당 메일이 성공적으로 전달되고 MTA 대기열에서 제거되는 것으로 간주합니다. 하위 프로세스가 종료 코드 71, 74, 75 또는 79(EX_OSERR, EX_IOERR, EX_TEMPFAIL 또는 EX_DB)로 끝나는 경우 일시적인 오류가 발생하여 메일 전달이 지연되는 것으로 간주합니다. 다른 종료 코드가 반환되는 경우 해당 메일은 메일 발송자에게 전달 불가능 메일로 반환됩니다. 이러한 종료 코드는 sysexits.h 시스템 헤더 파일에 정의됩니다.

명령줄 인수. 전달 프로그램은 변수 인수 %s뿐 아니라 고정 인수를 가질 수 있습니다. 이를 사용하여 사용자가 실행한 프로그램의 아이디를 나타내거나 포스트마스터인 "inetmail"이 실행하는 프로그램의 아이디+도메인을 나타낼 수 있습니다. 예를 들어, 다음 명령줄은 procmail 프로그램을 사용하여 수신자의 메일을 전달합니다.

원시(/var/mail) 채널 구성

옵션 파일을 사용하여 원시 채널의 다양한 특성을 제어할 수 있습니다. 이 원시 채널 옵션 파일은 MTA 구성 디렉토리에 저장하고 native_option(예: msg_svr_base/config/native_option)으로 이름을 지정해야 합니다.

옵션 파일은 여러 행으로 구성됩니다. 각 행에는 하나의 옵션에 대한 설정값이 포함되어 있습니다. 옵션의 형식은 다음과 같습니다.

value는 옵션의 요구 사항에 따라 문자열 또는 정수일 수 있습니다.

표 11-2 로컬 채널 옵션
옵션	설명
FORCE_CONTENT_LENGTH (0 또는 1; UNIX 전용)	FORCE_CONTENT_LENGTH=1인 경우 MTA는 원시 채널에 전달되는 메일에 Content-length: 헤더 행을 추가하여 "From"이 행의 시작 부분에 있을 때 해당 채널이 ">From" 구문에 사용되지 않게 합니다. 그렇게 하면 로컬 UNIX 메일이 Sun의 최신 메일 도구와 호환되지만 다른 UNIX 메일 도구와는 호환되지 않을 수 있습니다.
FORWARD_FORMAT (문자열)	사용자의 .forward 파일 위치를 지정합니다. %u 문자열은 각 사용자 아이디에서 대체됨을 나타내고, %h 문자열은 각 사용자의 홈 디렉토리에서 대체됨을 나타냅니다. 이 옵션을 명확하게 지정하지 않을 경우 기본 동작은 다음과 같습니다. FORWARD_FORMAT=%h/.forward
REPEAT_COUNT (정수) SLEEP_TIME (정수)	MTA가 새 메일을 전달하려고 시도할 때 다른 프로세스에 의해 사용자의 새 메일 파일이 잠긴 경우 이러한 옵션을 사용하여 원시 채널 프로그램이 수행하는 시도 횟수와 빈도를 제어할 수 있습니다. 지정된 횟수만큼의 시도 후에도 파일을 열 수 없는 경우 메일을 원시 대기열에 그대로 두고 해당 원시 채널이 다음에 실행될 때 새 메일을 다시 전달하려고 시도합니다. REPEAT_COUNT 옵션은 채널 프로그램이 메일 파일을 열기 위해 시도하는 횟수를 제어합니다. REPEAT_COUNT 기본값은 30(30회 시도)입니다. SLEEP_TIME 옵션은 채널 프로그램이 시도 간에 대기하는 시간(초)을 제어합니다. SLEEP_TIME 기본값은 2(시도 간격: 2초)입니다.
SHELL_TIMEOUT (정수)	.forward의 사용자 쉘 명령이 완료될 때까지 채널이 대기하는 시간(초)을 제어합니다. 그런 시간 초과가 발생하면 "Time-out waiting for user's shell command command to complete."와 비슷한 오류 메시지와 함께 원래의 보낸 사람에게 메일이 반환됩니다. 기본값은 600(10분)입니다.
SHELL_TMPDIR (디렉토리별)	로컬 채널에서 쉘 명령에 전달할 때 임시 파일을 만드는 위치를 제어합니다. 기본적으로 그런 임시 파일은 사용자의 홈 디렉토리에 만들어집니다. 관리자는 이 옵션을 사용하여 임시 파일을 다른(단일) 디렉토리에 만들도록 선택할 수 있습니다. 예를 들면 다음과 같습니다. SHELL_TMPDIR=/tmp

보관 채널을 사용하여 메일을 일시적으로 보관

보관 채널은 새 메일 받기가 일시적으로 금지된 수신자의 메일을 보관하는 데 사용됩니다. 아이디가 변경되었거나 메일함이 다른 메일 호스트 또는 도메인으로 이동된 경우에 메일을 보관할 수 있습니다. 다른 이유로 메일을 일시적으로 보관할 수도 있습니다.

메일을 보관할 경우 메일을 재처리 채널로 이동하는 데 사용되는 것과 동일한 기법으로 메일을 msg_svr_base/queue/hold 디렉토리의 보관 채널로 이동합니다. 이 방법을 사용할 경우 봉투의 To: 주소는 변경되지 않습니다. 메일은 msg-server/queue/hold 디렉토리의 보관 채널 대기열에 ZZxxx.HELD 파일로 작성됩니다. 이렇게 하면 메일이 Job Controller에 의해 표시되지 않고 "보관"됩니다. .HELD 파일의 목록을 보려면 imsimta qm dir -held 명령을 사용합니다. 이러한 메일을 선택한 다음 imsimta qm -release 명령을 사용하여 해제할 수 있습니다. 메일을 해제하면 메일 이름이 ZZxxx.00으로 변경되고 Job Controller에 알립니다. 그러면 보관 채널과 연결된 마스터 프로그램 reprocess.exe에서 해당 메일을 처리합니다. 일반적인 다시 쓰기 방법을 사용하여 메일 및 To: 주소를 처리합니다.

imsimta qm 명령에 대한 자세한 내용은 Sun ONE Messaging Server Reference Guide를 참조하십시오.

변환 채널

변환 채널을 사용하면 MTA를 통과하는 메일 흐름에서 임의의 본문을 본문 부분 단위로 처리할 수 있습니다. 본문 부분은 메일과 다릅니다. 예를 들어, 메일은 한 첨부 파일에 여러 본문 부분을 포함할 수 있습니다. 또한, 본문 부분은 MIME 헤더에서 지정하고 설명합니다. 이 프로세스는 사이트에서 제공하는 프로그램이나 명령 프로시저에 의해 수행될 수 있으며 텍스트 또는 이미지를 다른 형식으로 변환, 바이러스 스캔, 언어 변환 등과 같은 작업을 수행할 수 있습니다. 변환할 다양한 메일 유형의 MTA 트래픽을 선택한 다음 각 유형의 메일 본문 부분에 대해 특정 프로세스 및 프로그램을 지정할 수 있습니다.

이 장을 학습하려면 채널 개념을 잘 알고 있어야 합니다("채널" 참조). 변환 채널을 사용한 바이러스 스캔과 관련한 자세한 내용은 Messaging Server Documentation 웹 사이트의 아래쪽에 있는 Messaging Server 기술 정보를 참조하십시오.

변환 채널 구현은 A) 처리할 메일 트래픽 선택 및 B) 메일 처리 방법 지정으로 구성됩니다. 이러한 절차에 대해서는 나중에 자세히 설명합니다.

MIME 개요


주	기본 변환 채널은 MTA 구성 파일(imta.cnf)에 자동으로 만들어집니다. 이 채널을 그대로 사용할 수 있으므로 수정할 필요가 없습니다.

변환 채널을 사용하면 MIME (Multipurpose Internet Mail Extensions) 헤더 행을 광범위하게 사용할 수 있습니다. 메일 구성 및 MIME 헤더 필드에 대한 지식이 필요합니다. MIME에 대한 자세한 내용은 RFCs 1806, 2045 - 2049 및 2183을 참조하십시오. 편의를 위해 여기서는 MIME에 대한 간단한 개요를 제공합니다.

메일 구성

간단한 메일은 헤더와 본문으로 구성됩니다. 헤더는 메일의 맨 위쪽에 있으며 날짜, 제목, 보낸 사람, 수신자 등과 같은 특정 제어 정보가 포함되어 있습니다. 본문은 헤더 뒤의 첫 번째 빈 행 다음의 모든 내용입니다. MIME는 여러 본문 부분 및 본문 부분 내에 중첩된 본문 부분을 포함할 수 있는 보다 복잡한 메일을 구성하는 방법을 지정합니다. 이러한 메일을 다중 부분 메일이라 합니다. 앞에서 설명한 것처럼 변환 채널은 메일을 본문 부분 단위로 처리합니다.

MIME 헤더

MIME 규격은 본문 부분에 대한 헤더 행 집합을 정의합니다. 여기에는 MIME-Version, Content-type, Content-Transfer-Encoding, Content-ID 및 Content-disposition이 포함됩니다. 변환 채널은 Content-type 및 Content-disposition 헤더를 가장 많이 사용합니다. 다음은 일부 MIME 헤더 행의 예입니다.

Content-type 헤더


주	MIME 헤더 행은 To:, Subject: From: 등과 같은 일반적인 비 MIME 헤더 행과 다릅니다. 변환 채널의 경우 기본적으로 MIME 헤더 행은 Content-로 시작합니다.

MIME Content-Type 헤더는 본문 부분의 내용을 설명합니다. Content-Type 헤더 형식의 예를 들면 다음과 같습니다.

type은 본문 부분의 내용 유형을 설명합니다. 유형의 예로는 Text, Multipart, Message, Application, Image, Audio, Video 등이 있습니다.

subtype은 내용 유형을 자세히 설명합니다. 각 Content-type에는 자체 하위 유형 집합이 있습니다. 예를 들어, text/plain, application/octet-stream, image/jpeg 등이 있습니다. MIME 메일에 대한 내용 하위 유형은 IANA (Internet Assigned Numbers Authority)에 의해 지정되고 나열됩니다. 목록 복사본은 http://www.isi.edu/in-notes/iana/assignments/media-types/media-types에 있습니다.

parameter는 Content-type/subtype 쌍에 한정됩니다. charset 및 name 매개 변수의 예를 들면 다음과 같습니다.

charset 매개 변수는 텍스트 메일의 문자 세트를 지정합니다. name 매개 변수는 데이터를 파일로 작성할 경우 사용할 파일 이름을 제안합니다.

Content-disposition 헤더


주	Content-Type 값, subtypes 및 매개 변수 이름은 대/소문자를 구분합니다.

MIME Content-disposition 헤더는 본문 부분에 대한 표시 정보를 제공합니다. 이 헤더를 첨부 파일에 추가하여 첨부 파일의 본문 부분을 표시할지(inline) 복사할 파일 이름으로 표시할지(attachment) 여부를 지정하는 경우도 있습니다. Content-disposition 헤더의 형식은 다음과 같습니다.

disposition_type은 일반적으로 inline (본문 부분 표시) 또는 attachment (저장할 파일로 표시)입니다. Attachment에는 일반적으로 저장된 파일에 대한 이름을 제안하는 값이 있는 filename 매개 변수가 있습니다.

Content-disposition 헤더에 대한 자세한 내용은 RFC2183을 참조하십시오.

변환 처리를 위한 트래픽 선택

다른 MTA 채널과 달리 변환 채널은 일반적으로 주소 또는 MTA 다시 쓰기 규칙에 지정되어 있지 않습니다. 대신 CONVERSIONS 매핑 테이블(imta_tailor 파일의 IMTA_MAPPING_FILE 매개 변수에 의해 지정됨)을 사용하여 변환 채널에 메일을 보냅니다. 테이블 항목의 형식은 다음과 같습니다.

MTA는 각 메일을 처리할 때 CONVERSIONS 매핑 테이블(있는 경우)을 검사합니다. source-channel이 메일을 가져온 채널이고 destination-channel이 메일을 받을 채널인 경우 CONVERT 앞의 작업이 수행됩니다. Yes일 경우 MTA는 destination-channel에서 가져온 메일을 변환 채널로 전환합니다. 일치하는 항목이 발견되지 않는 경우 메일이 일반 대상 채널의 대기열에 포함됩니다.

다음 예에서는 모든 외부 메일(인터넷을 통해 주고 받는 메일)을 변환 채널로 라우팅합니다.


주	CONVERSIONS 매핑 테이블에 관계 없이 user@conversion.localhostname 또는 user@conversion 형식 주소가 변환 채널을 통해 라우팅됩니다.

첫 번째 행은 tcp_local 채널에서 가져온 메일이 처리됨을 지정합니다. 두 번째 행은 tcp_local 채널로 보낸 메일도 처리됨을 지정합니다. tcp_local 채널은 인터넷을 통해 주고 받는 모든 메일을 처리합니다. 기본값은 변환 채널을 통해 전달하지 않는 것이기 때문에 다른 메일이 변환 채널을 통해 전달되지 않습니다.

이 테이블은 기본적인 테이블이므로 보다 많이 사용자 정의된 구성(예: 다중 outbound-to-the-Internet tcp_* 채널을 사용하거나 다중 inbound-from-the-Internet tcp_* 채널을 사용하는 사이트)이 있는 사이트에는 충분하지 않을 수 있습니다.

변환 처리 제어

메일을 변환 채널로 보내면 본문 부분 단위로 처리됩니다. 처리는 imta_tailor 파일의 IMTA_CONVERSION_FILE 옵션에 지정된 MTA conversions 파일(기본값: msg_svr_base/conversions)에 의해 제어됩니다. conversions 파일은 처리할 본문 부분의 유형과 처리 방법을 제어하는 항목으로 구성됩니다.

각 항목은 여러 name=value 매개 변수 절을 포함하는 하나 이상의 행으로 구성됩니다. 매개 변수 절의 값은 MIME 규칙을 따릅니다. 마지막 행을 제외한 모든 행은 세미콜론(;)으로 끝나야 합니다. 이 파일의 물리적 행은 252자로 제한됩니다. 백슬래시(\) 연결 문자를 사용하여 논리적 행을 여러 물리적 행으로 분할할 수 있습니다. 세미콜론으로 끝나지 않는 행이나 하나 이상의 빈 행 또는 두 가지 모두를 사용하여 항목을 종료합니다.

out-chan=ims-ms; in-type=application; in-subtype=wordperfect5.1 절은 본문 부분을 규정합니다. 즉, 변환할 부분의 유형을 지정합니다. 각 부분의 헤더를 읽고 해당 Content-Type: 헤더와 기타 헤더 정보를 추출합니다. 그런 다음 conversion 파일의 항목을 처음부터 끝까지 순서대로 검사하여 in-* 매개 변수가 있는지 확인하고, OUT-CHAN 매개 변수(있는 경우)를 검사합니다. 이러한 매개 변수가 모두 처리할 본문 부분의 해당 정보와 일치하면 command= 또는 delete= 절에 지정된 변환이 수행되고 out-* 매개 변수가 설정됩니다.

일치하지 않는 경우 해당 부분이 다음에 있는 conversions 파일 항목에 대해 일치됩니다. 모든 본문 부분을 스캔하여 처리한 다음(규정된 일치가 있다고 가정) 메일을 다음 채널로 보냅니다. 일치하지 않는 경우 처리 작업을 수행하지 않고 메일을 다음 채널로 보냅니다.

out-chan=ims-ms는 ims-ms 채널이 대상인 메일 부분만 변환하도록 지정합니다. in-type=application 및 in-subtype=wordperfect5.1은 메일 부분에 대한 MIME Content-type 헤더가 application/wordperfect5.1이어야 함을 지정합니다.

추가 in-* 매개 변수를 사용하여 메일 부분을 자세히 규정할 수 있습니다. 표 11-6을 참조하십시오. 위 항목은 다음 MIME 헤더 행이 있는 메일 부분에 대한 변환 작업을 트리거합니다.

코드 예 11-1에서 세 conversion 파일 규정 매개 변수 뒤의 두 매개 변수 out-type=application 및 out-subtype=msword는 "처리된" 본문 부분에 첨부할 대체 MIME 헤더 행을 지정합니다. out-type=application 및 out-subtype=msword는 보내는 메일의 MIME Content-type/subtype이 application/msword임을 지정합니다.

in-type 매개 변수와 out-type 매개 변수가 동일하고 보내는 본문 부분의 원본 MIME 레이블이 변환 채널의 기본값이기 때문에 out-type=application은 필요하지 않습니다. 추가 출력 매개 변수를 사용하여 보내는 본문 부분에 대한 추가 MIME 레이블을 지정할 수 있습니다.

out-mode=block(코드 예 11-1)은 사이트에서 제공하는 프로그램이 반환할 파일 유형을 지정합니다. 즉, 파일 저장 방법과 반환된 파일에서 변환 채널을 다시 읽는 방법을 지정합니다. 예를 들어, html 파일은 텍스트 모드로 저장되고 .exe 프로그램 또는 zip 파일은 블록/이진 모드로 저장됩니다. 모드는 읽을 파일이 특정 저장소 형식에 속하는지를 설명하는 방법입니다.

command="/usr/bin/convert -in=wordp -out=msword ‘INPUT_FILE’ ‘OUTPUT_FILE’"은

command= 매개 변수는 프로그램이 본문 부분에서 실행됨을 지정합니다. /usr/bin/convert는 가상 명령 이름이고 -in=wordp 및 -out=msword는 입력 텍스트 및 출력 텍스트의 형식을 지정하는 가상 명령줄 인수입니다. INPUT_FILE 및 OUTPUT_FILE은 원래의 본문 부분이 포함된 파일과 프로그램에서 변환된 본문 부분을 저장하는 파일을 지정하는 변환 채널 환경 매개 변수("변환 채널 환경 변수 사용" 참조)입니다.

본문 부분에서 명령을 실행하지 않고 command 매개 변수 대신 DELETE=1을 대체하여 메일 부분을 간단히 삭제할 수 있습니다.

변환 채널 정보 흐름


주	conversions 파일을 수정할 때마다 구성을 다시 컴파일해야 합니다(Sun ONE Messaging Server Reference Manual의 imsimta refresh 명령 참조).

정보 흐름은 다음과 같습니다. 본문 부분이 포함된 메일이 변환 채널로 전달됩니다. 변환 채널에서 메일을 구문 분석하여 한 부분씩 처리합니다. 그런 다음 본문 부분을 규정합니다. 즉, MIME 헤더 행을 규정 매개 변수와 비교하여 메일을 처리할지 여부를 결정합니다. 본문 부분이 규정되면 변환 처리가 시작됩니다. MIME 또는 본문 부분 정보를 변환 스크립트로 전달해야 할 경우 해당 정보가 정보 전달 매개 변수에 지정된 환경 변수(표 11-3)로 저장됩니다.

이 지점에서 작업 매개 변수에 지정된 작업이 본문 부분에 대해 수행됩니다. 일반적으로 본문 부분을 삭제하거나 스크립트에 포함된 프로그램으로 전달하는 작업입니다. 스크립트는 본문 부분을 처리한 다음 사후 처리 메일로 다시 어셈블할 수 있도록 변환 채널로 다시 보냅니다. 또한, 변환 채널 출력 옵션을 사용하여 정보를 변환 채널로 보낼 수 있습니다. 이 정보는 출력 본문 부분에 추가할 새 MIME 헤더 행, 메일을 보낸 사람에게 반환할 오류 텍스트, 작업(메일 바운스, 삭제, 보관 등)을 시작하도록 MTA에 지시하는 특수 지시문 등입니다.

마지막으로 변환 채널은 출력 본문 부분의 헤더 행을 출력 매개 변수에 지정된 대로 바꿉니다.

변환 채널 환경 변수 사용

메일 본문 부분에 대한 작업을 수행할 경우 사이트에서 제공하는 프로그램을 통해 MIME 헤더 행 정보 또는 전체 본문 부분을 전달하는 것이 좋습니다. 예를 들어, 프로그램에는 메일 본문 부분 외에도 Content-type 및 Content-disposition 헤더 행 정보가 필요할 수 있습니다. 일반적으로 사이트에서 제공하는 프로그램의 기본 입력은 파일에서 읽은 메일 본문 부분입니다. 본문 부분을 처리한 후 프로그램은 변환 채널에서 읽을 수 있도록 본문 부분을 파일에 기록해야 합니다. 이러한 유형의 정보 전달은 변환 채널 환경 변수를 사용하여 수행됩니다.

parameter-symbol-* 매개 변수 또는 미리 정의된 채널 환경 변수(표 11-4 참조)를 사용하여 conversions 파일에 환경 변수를 만들 수 있습니다.

다음 conversions 파일 항목 및 수신 헤더는 환경 변수를 사용하여 MIME 정보를 사이트에서 제공하는 프로그램에 전달하는 방법을 나타냅니다.

in-channel=*; in-type=application; in-subtype=*는 유형이 application인 입력 채널의 메일 본문 부분을 처리하도록 지정합니다.

parameter-symbol-0=NAME은 첫 번째 Content-type 매개 변수 값(이 예의 경우 Draft1.doc)을 NAME이라는 환경 변수에 저장하도록 지정합니다.

parameter-copy-0=*는 입력 본문 부분의 모든 Content-type 매개 변수를 출력 본문 부분에 복사하도록 지정합니다.

dparameter-symbol-0=FILENAME은 첫 번째 Content-disposition 매개 변수 값(이 예의 경우 Draft1.doc)을 FILENAME이라는 환경 변수에 저장하도록 지정합니다.

dparameter-copy-0=*는 입력 본문 부분의 모든 Content-disposition 매개 변수를 출력 본문 부분에 복사하도록 지정합니다.

message-header-file=2는 메일의 원본 헤더(가장 외부에 있는 메일 헤더) 전체를 MESSAGE_HEADERS 환경 변수에 지정된 파일에 기록하도록 지정합니다.

original-header-file=1은 포함된 MESSAGE/RFC822 부분의 원본 헤더를 INPUT_HEADERS 환경 변수에 기록하도록 지정합니다.

override-header-file=1은 포함된 MIME 부분의 원본 MIME 헤더 행을 무시하고 OUTPUT_HEADERS 환경 변수에 지정된 파일에서 MIME 헤더를 읽도록 지정합니다. $OUTPUT_HEADERS는 변환을 실행할 때 즉석에서 만들어지는 임시 파일입니다. 사이트에서 제공하는 프로그램은 이 파일을 사용하여 변환 프로세스 중에 변경된 MIME 헤더 행을 저장합니다. 그런 다음 변환 채널은 본문 부분을 다시 어셈블할 때 이 파일에서 MIME 헤더 행을 읽습니다. MIME 헤더 행만 수정할 수 있습니다. 다른 일반적인 비 MIME 헤더 행은 변환 채널에서 변경할 수 없습니다.

override-option-file=1은 변환 채널이 OUTPUT_OPTIONS 환경 변수를 통해 명명된 파일에서 변환 채널 옵션을 읽도록 지정합니다. "변환 채널 출력 옵션 사용"을 참조하십시오.

command="msg_svr_base/bin/viro-scan500.sh"는 메일 본문 부분에서 실행할 명령을 지정합니다.

표 11-3 변환 채널 환경 변수
환경 변수	설명
INPUT_ENCODING	본문 부분에 원래 표시된 부분을 인코딩합니다.
INPUT_FILE	원본 본문 부분이 포함된 파일 이름입니다. 사이트에서 제공하는 프로그램은 이 파일을 읽어야 합니다.
INPUT_HEADERS	본문 부분의 원본 헤더 행이 포함된 파일 이름입니다. 사이트에서 제공하는 프로그램은 이 파일을 읽어야 합니다.
INPUT_TYPE	입력 메일 부분의 MIME Content-type입니다.
INPUT_SUBTYPE	입력 메일 부분의 MIME 내용 하위 유형입니다.
INPUT_DESCRIPTION	입력 메일 부분의 MIME content-description입니다.
INPUT_DISPOSITION	입력 메일 부분의 MIME content-disposition입니다.
MESSAGE_HEADERS	포함된 메일의 가장 외부에 있는 원본 헤더(본문 부분 아님) 또는 해당 부분의 최근에 포함된 MESSAGE/RFC822 부분의 헤더를 포함하는 파일 이름입니다. 사이트에서 제공하는 프로그램은 이 파일을 읽어야 합니다.
OUTPUT_FILE	사이트에서 제공하는 프로그램이 출력을 저장하는 파일 이름입니다. 사이트에서 제공하는 프로그램은 이 파일을 만들고 써야 합니다.
OUTPUT_HEADERS	사이트에서 제공하는 프로그램이 포함 부분에 대한 MIME 헤더 행을 저장하는 파일의 이름입니다. 사이트에서 제공하는 프로그램은 이 파일을 만들고 써야 합니다. 파일에는 마지막 행으로 빈 행이 오는 실제 MIME 헤더 행(option=value 행 아님)이 포함되어 있어야 합니다. 또한, MIME 헤더 행만 수정할 수 있습니다. 다른 일반적인 비 MIME 헤더 행은 변환 채널에서 변경할 수 없습니다.
OUTPUT_OPTIONS	사이트에서 제공하는 프로그램이 변환 채널 옵션을 읽어야 하는 파일의 이름입니다. "변환 채널 출력 옵션 사용"을 참조하십시오.

변환 채널 출력 옵션 사용

변환 채널 출력 옵션(표 11-4)은 변환 스크립트에서 변환 채널로 정보 및 특수 지시문을 전달하는 데 사용되는 동적 변수입니다. 예를 들어, 본문 부분을 처리하는 동안 스크립트가 메일을 바운스하고 메일에 바이러스가 있다는 오류 텍스트를 반환되는 메일에 추가하도록 요청하는 특수 지시문을 보낼 수 있습니다.

원하는 변환 항목에 OVERRIDE-OPTION-FILE=1을 설정하여 출력 옵션을 시작합니다. 그러면 출력 옵션이 필요에 따라 스크립트에서 설정되고 환경 변수 파일 OUTPUT_OPTIONS에 저장됩니다. 스크립트가 본문 부분 처리를 완료하면 변환 채널이 OUTPUT_OPTIONS 파일에서 옵션을 읽습니다.

OUTPUT_OPTION 변수는 변환 채널이 옵션을 읽는 파일의 이름입니다. 일반적으로 이 파일을 즉석에서 만들어지는 임시 파일로 사용하여 정보를 전달합니다. 아래 예는 출력 옵션을 사용하여 바이러스 메일을 보낸 사람에게 오류 메시지를 반환하는 스크립트입니다.

이 예에서는 시스템 진단 메일과 상태 코드를 $OUTPUT_OPTIONS에 정의된 파일에 추가합니다. $OUTPUT_OPTIONS 임시 파일에는 다음과 비슷한 내용이 표시됩니다.

OUTPUT_DIAGNOSTIC='Virus found and deleted' 행은 메일에 Virus found and deleted 텍스트를 추가하도록 변환 채널에 지시합니다.

178029946은 msg_svr_base/include/deprecated/pmdf_err.h에 있는 각 pmdf_err.h 파일의 PMDF__FORCERETURN 상태입니다. 이 상태 코드는 메일을 보낸 사람에게 다시 바운스하도록 변환 채널에 지시합니다. 특수 지시문 사용에 대한 자세한 내용은 "변환 채널 출력을 사용하여 메일 바운스, 삭제 또는 보관"을 참조하십시오.

포함된 MESSAGE/RFC822 부분의 헤더

표 11-4 변환 채널 출력 옵션
옵션	설명
OUTPUT_TYPE	출력 메일 부분의 MIME 내용 유형입니다.
OUTPUT_SUBTYPE	출력 메일 부분의 MIME 내용 하위 유형입니다.
OUTPUT_DESCRIPTION	출력 메일 부분의 MIME 내용 설명입니다.
OUTPUT_DIAGNOSTIC	메일이 변환 채널에 의해 강제로 바운스될 경우 보낸 사람에게 전달되는 메일의 일부로 포함되는 텍스트입니다.
OUTPUT_DISPOSITION	출력 메일 부분의 MIME content-disposition입니다.
OUTPUT_ENCODING	출력 메일 부분에 사용할 MIME 내용 전송 인코딩입니다.
OUTPUT_MODE	변환 채널에서 출력 메일 부분을 쓸 때 사용하는 MIME Mode 즉, 수신자가 출력 메일 부분을 읽을 때 사용하는 모드입니다.
STATUS	변환기의 종료 상태입니다. 일반적으로 변환 채널에서 일부 작업을 시작하는 특수 지시문입니다. 전체 지시문 목록은 msg_svr_base/include/deprecated/pmdf_err.h를 참조하십시오.

메일 부분에서 변환을 수행할 때 변환 채널은 포함된 MESSAGE/RFC822 부분의 헤더에 액세스합니다. 포함된 MESSAGE/RFC822 부분이 없는 경우 메일 헤더에 액세스합니다. 헤더의 정보는 사이트에서 제공하는 프로그램에 유용할 수 있습니다.

ORIGINAL-HEADER-FILE=1이 있는 항목을 선택하면 포함된 MESSAGE/RFC822 부분의 모든 원본 헤더 행이 OUTPUT_HEADERS 환경 변수에 표시된 파일에 기록됩니다. OVERRIDE-HEADER-FILE=1인 경우 변환 채널은 OUTPUT_HEADERS 환경 변수에 표시된 파일의 내용을 읽어 해당 포함 부분의 헤더로 사용합니다.

변환 항목에서 매핑 테이블 호출

out-parameter-* 값은 이름이 중복 지정된 매핑 테이블에서 저장 및 검색될 수 있습니다. 이 기능은 첨부 파일이 postscript, msword 또는 text인지 여부에 관계 없이 att.dat와 같은 일반적인 이름을 사용하여 모든 첨부 파일을 보내는 클라이언트가 첨부 파일의 이름을 변경하여 보낼 때 유용합니다. 이 방법은 다른 클라이언트(예: Outlook)가 확장명을 읽어 해당 부분을 열 수 있도록 이 부분의 레이블을 다시 지정하는 일반적인 방법입니다.

매핑 테이블에서 매개 변수 값을 검색하는 구문은 다음과 같습니다.

$Y는 매개 변수 값을 반환합니다. 일치하는 내용이 없거나 $N이 반환될 경우 변환 파일 항목의 해당 매개 변수가 무시되거나 빈 문자열로 처리됩니다. 일치 항목이 부족하거나 $N이 반환될 경우에는 변환 항목이 중지되지 않습니다.

위 매핑 테이블에서 첨부 파일에 있는 특정 파일 이름을 일반 파일 이름으로 대체하면 변환 항목이 다음과 같이 표시됩니다.

위 예에서 out-chan=tcp_local; in-type=application; in-subtype=*는 application/*(*는 하위 유형의 수행 작업을 지정함)의 content-type 헤더를 사용하여 tcp_local 채널에서 처리할 메일을 가져오도록 지정합니다.

in-parameter-name-0=name; in-parameter-value-0=*는 메일에 name=* 매개 변수 유형(*는 매개 변수 값의 수행 작업을 지정함)이 있어야 함을 지정합니다.

out-type=application;은 사후 처리 메일의 MIME Content-type 매개 변수가 application임을 지정합니다.

out-subtype=’NPUT-SUBTYPE’은 사후 처리 본문 부분의 MIME subtype 매개 변수가 입력 subtype의 원본 값인 INPUT-SUBTYPE 환경 변수임을 지정합니다. 따라서

out-parameter-name-0=name;은 출력 본문 부분의 첫 번째 MIME Content-type 매개 변수가 name= 유형임을 지정합니다.

out-parameter-value-0=’-ATT-NAMES:\\?NPUT_SUBTYPE\\’’;은 첫 번째 MIME subtype 매개 변수 값을 사용하여 X-ATT-NAMES 매핑 테이블에서 subtype 일치 항목을 검색하도록 지시합니다. 일치 항목이 발견되면 name 매개 변수는 X-ATT-NAMES 매핑 테이블에 지정된 새 값을 받습니다. 따라서, 매개 변수가 msword 유형인 경우 name 매개 변수는 temp.DOC가 됩니다.

변환 채널 출력을 사용하여 메일 바운스, 삭제 또는 보관

이 절에서는 변환 채널 옵션을 사용하여 메일을 바운스, 삭제 또는 보관하는 방법을 설명합니다. 기본 절차는 다음과 같습니다.

전체 특수 지시문 목록은 msg_svr_base/include/deprecated/pmdf_err.h를 참조하십시오. 변환 채널에 일반적으로 사용되는 특수 지시문은 다음과 같습니다.

메일 바운스

표 11-5 변환 채널에 일반적으로 사용되는 특수 지시문
이름	16진수 값	10진수 값
PMDF__FORCEHOLD	0x0A9C86AA	178030250
PMDF__FORCERETURN	0x0A9C857A	178029946
PMDF__FORCEDELETE	0x0A9C8662	178030178

변환 채널을 사용하여 메일을 바운스하려면 해당 conversions 파일 항목에서 OVERRIDE-OPTION-FILE=1을 설정하고 변환 스크립트에 다음 행을 추가합니다.

바운스된 메일에 간단한 텍스트 문자열을 추가하려면 변환 스크립트에 다음 행을 추가합니다.

여기서 텍스트 문자열은 다음과 같습니다. “The message sent from your machine contained a virus which has been removed. Be careful about executing email attachments.”

메일 부분 조건적 삭제

메일 부분을 포함된 내용에 따라 조건적으로 삭제하는 것이 좋을 수 있습니다. 조건적 삭제는 출력 옵션을 사용하여 수행할 수 있습니다. 반대로 DELETE=1 변환 매개 변수 절은 메일 부분을 무조건 삭제합니다.

출력 옵션을 사용하여 메일 부분을 삭제하려면 해당 변환 파일 항목에 OVERRIDE-OPTION-FILE=1을 설정하고 변환 스크립트에 다음 행을 추가합니다.

메일 보관

메일 부분을 포함된 내용에 따라 조건적으로 보관하는 것이 좋을 수 있습니다. 출력 옵션을 사용하여 메일 부분을 삭제하려면 해당 변환 파일 항목에 OVERRIDE-OPTION-FILE=1을 설정하고 변환 스크립트에 다음 행을 추가합니다.

이 행은 변환 채널이 메일을 변환 채널 대기열에 .HELD 파일로 보관해야 하도록 요청합니다.

변환 채널 예

아래 예에 표시된 CONVERSIONS 매핑 및 변환 규칙 세트는 tcp_docuprint 가상 채널로 보낸 GIF, JPEG 및 BITMAP 파일을 PostScript로 자동으로 변환하게 합니다. 이러한 여러 변환에서는 가상 /usr/bin/ps-converter.sh를 사용하여 해당 변환을 수행합니다. WordPerfect 5.1 파일을 Microsoft Word 파일로 변환하는 추가 규칙이 포함되어 있습니다.

표 11-6 변환 매개 변수
매개 변수	설명
매개 변수 규정(변환하기 전에 메일이 일치해야 하는 매개 변수 지정)
OUT-CHAN, OUT-CHANNEL	변환을 위해 일치시킬 출력 채널(와일드카드 허용)입니다. 메일이 해당 채널의 대상으로 지정된 경우에만 이 항목에 지정된 변환이 수행됩니다.
IN-CHAN, IN-CHANNEL	변환을 위해 일치시킬 입력 채널(와일드카드 허용)입니다. 지정된 채널에서 메일이 전달된 경우에만 이 항목에 지정된 변환이 수행됩니다.
IN-TYPE	변환을 위해 일치시킬 입력 MIME 유형(와일드카드 허용)입니다. 이 필드가 본문 부분의 MIME 유형과 일치하는 경우에만 지정된 변환이 수행됩니다.
IN-SUBTYPE	변환을 위해 일치시킬 입력 MIME 하위 유형(와일드카드 허용)입니다. 이 필드가 본문 부분의 MIME 하위 유형과 일치하는 경우에만 이 항목에 지정된 변환이 수행됩니다.
IN-PARAMETER-NAME-n	변환을 위해 일치해야 하는 입력 MIME Content-Type 매개 변수 이름입니다(n = 0, 1, 2...). 이 매개 변수를 IN-PARAMETER-VALUE-n과 함께 사용하여 이름 및 보유한 값을 기준으로 매개 변수를 명확하게 식별할 수 있습니다.
IN-PARAMETER-VALUE-n	변환을 위해 일치해야 하는 해당 IN-PARAMETER-NAME의 입력 MIME Content-Type 매개 변수 값입니다. 이 필드가 본문 부분의 Content-Type 매개 변수 목록에 있는 해당 매개 변수와 일치하는 경우에만 이 항목에 지정된 변환이 수행됩니다. 와일드카드가 허용됩니다.
IN-PARAMETER-DEFAULT-n	매개 변수가 없는 경우의 입력 MIME Content-Type 매개 변수의 기본값입니다. 이 값은 해당 매개 변수가 본문 부분에 지정되어 있지 않은 경우 IN-PARAMETER-VALUE-n 테스트를 위한 기본값으로 사용됩니다.
IN-DISPOSITION	변환을 위해 일치시킬 입력 MIME Content-Disposition입니다.
IN-DPARAMETER-NAME-n	변환을 위해 일치해야 하는 입력 MIME Content-Disposition 매개 변수 이름입니다(n = 0, 1, 2...). 이 매개 변수를 IN-DPARAMETER-VALUE-n과 함께 사용하여 이름 및 보유한 값을 기준으로 매개 변수를 명확하게 식별할 수 있습니다.
IN-DPARAMETER-VALUE-n	변환을 위해 일치해야 하는 해당 IN-DPARAMETER-NAME의 입력 MIME Content-Disposition 매개 변수 값입니다. 이 필드가 본문 부분의 Content-Disposition: 매개 변수 목록에 있는 해당 매개 변수와 일치하는 경우에만 이 항목에서 지정한 변환이 수행됩니다. 와일드카드가 허용됩니다.
IN-DPARAMETER-DEFAULT-n	매개 변수가 없는 경우 입력 MIME Content-Disposition 매개 변수의 기본값입니다. 이 값은 해당 매개 변수가 본문 부분에 지정되어 있지 않은 경우 IN-DPARAMETER-VALUE-n 테스트를 위한 기본값으로 사용됩니다.
IN-DESCRIPTION	변환을 위해 일치시킬 입력 MIME Content-Description입니다.
IN-SUBJECT	포함 MESSAGE/RFC822 부분에서 가져온 입력 Subject입니다.
출력 매개 변수(본문 부분의 변환 후 출력 설정 지정)
OUT-TYPE	입력 유형과 다를 경우의 출력 MIME 유형입니다.
OUT-SUBTYPE	입력 하위 유형과 다를 경우의 출력 MIME 하위 유형입니다.
OUT-PARAMETER-NAME-n	출력 MIME Content-Type 매개 변수 이름입니다(n = 0, 1, 2...).
OUT-PARAMETER-VALUE-n	OUT-PARAMETER-NAME-n에 해당하는 출력 MIME Content-Type 매개 변수 값입니다.
PARAMETER-COPY-n	입력 본문 부분의 Content-Type 매개 변수 목록에서 출력 본문 부분의 Content-Type: 매개 변수 목록에 복사할 Content-Type 매개 변수 목록입니다(n=0, 1, 2...). IN-PARAMETER-NAME-n 절과 일치할 경우 동일한 MIME 매개 변수 이름을 사용하여 복사합니다.
OUT-DISPOSITION	입력 MIME Content-Disposition과 다를 경우의 출력 MIME Content-Disposition입니다.
OUT-DPARAMETER-NAME-n	출력 MIME Content-Disposition 매개 변수 이름입니다(n=0, 1, 2...).
OUT-DPARAMETER-VALUE-n	OUT-DPARAMETER-NAME-n에 해당하는 출력 MIME Content-Disposition 매개 변수 값입니다.
DPARAMETER-COPY-n	입력 본문 부분의 Content-Disposition: 매개 변수 목록에서 출력 본문 부분의 Content-Disposition: 매개 변수 목록으로 복사할 Content-Disposition: 매개 변수 목록입니다(n = 0, 1, 2...). IN-PARAMETER-NAME-n 절과 일치할 경우 MIME 매개 변수 이름을 인수로 사용하여 복사합니다. 와일드카드를 인수로 사용할 수 있습니다. 특히 * 인수는 모든 원본 Content-Disposition: 매개 변수를 복사함을 의미합니다.
OUT-DESCRIPTION	입력 MIME Content-Description과 다를 경우의 출력 MIME Content-Description입니다.
OUT-MODE	변환된 파일을 읽고 저장하는 데 사용하는 모드입니다. BLOCK (이진 및 실행 파일) 또는 TEXT이어야 합니다.
OUT-ENCODING	메일을 다시 어셈블할 때 변환된 파일에 적용할 인코딩입니다.
작업 매개 변수(메일 부분에서 수행할 작업 지정)
COMMAND	변환을 수행하기 위해 실행할 명령입니다. 변환을 수행하기 위해 실행할 명령입니다. 이 매개 변수는 필수입니다. 명령을 지정하지 않으면 항목이 무시됩니다. \ 대신 /를 사용하여 경로를 지정합니다. 예를 들면 다음과 같습니다. command="D:/tmp/mybat.bat"
DELETE	0 또는 1입니다. 이 플래그를 설정하면 메일 부분이 삭제됩니다. 이 부분이 메일의 유일한 부분인 경우 빈 단일 텍스트 부분이 대체됩니다.
RELABEL	RELABEL=1인 경우 MIME 레이블을 출력 매개 변수에 지정된 레이블로 다시 지정합니다. Relabel=0인 경우에는 레이블을 다시 지정하지 않습니다. 일반적으로 레이블 다시 지정은 레이블이 잘못 지정된 부분에서 수행됩니다(예: Content-type: application/octet-stream에서 Content-type: application/msword로 레이블 다시 지정). 그렇게 하면 해당 부분을 파일로 저장하여 프로그램에서 열 필요 없이 해당 부분을 “두 번 눌러” 열 수 있습니다.
SERVICE-COMMAND	SERVICE-COMMAND=command는 전체 MIME 메일(MIME 헤더 및 내용 본문 부분)에 적용할 사이트에서 제공하는 절차를 실행합니다. 다른 CHARSET-CONVERSION 작업 또는 변환 채널 작업과 달리 service-command는 MIME 디스어셈블리, 디코딩, 재인코딩 및 리어셈블리를 자체적으로 수행합니다. 이 플래그는 변환 채널을 처리하는 동안 항목이 무시되게 합니다. SERVICE-COMMAND 항목은 문자 세트 변환 처리 중에 대신 수행됩니다. \ 대신 /를 사용하여 경로를 지정합니다. 예를 들면 다음과 같습니다. command="D:/tmp/mybat.bat"
TAG	메일 목록 CONVERSION_TAG 매개 변수에 의해 설정되는 입력 태그입니다.
정보 전달 매개 변수(사이트에서 제공하는 프로그램을 통해 정보를 전달하는 데 사용됨)
DPARAMETER-SYMBOL-n	Content-disposition 매개 변수 값(있는 경우)이 저장되는 환경 변수입니다(n = 0, 1, 2,...). 각 DPARAMETER-SYMBOL-n은 Content-Disposition: 매개 변수 목록에서 순서(n=0: 첫 번째 매개 변수, n=2 : 두 번째 매개 변수, 등)대로 추출되어 사이트에서 제공하는 프로그램을 실행하기 이전에 지정된 환경 변수에 입력됩니다.
PARAMETER-SYMBOL-n	Content-Type 매개 변수 값(있는 경우)이 저장되는 환경 변수입니다(n = 0, 1, 2...). 각 PARAMETER-SYMBOL-n은 Content-Type: 매개 변수 목록에서 순서(n=0: 첫 번째 매개 변수, n=2 : 두 번째 매개 변수, 등)대로 추출되어 사이트에서 제공하는 프로그램을 실행하기 이전에 동일한 이름의 환경 변수로 입력됩니다. IN-PARAMETER-NAME-n 절과 일치할 경우 MIME 매개 변수를 변환할 변수 이름을 인수로 사용합니다.
MESSAGE-HEADER-FILE	메일 원본 헤더의 모두 또는 일부를 MESSAGE_HEADERS 환경 변수에서 지정한 파일에 쓰거나 전혀 쓰지 않습니다. 이 값을 1로 설정하면 포함된 본문 부분의 원본 헤더를 MESSAGE_HEADERS 환경 변수에서 지정한 파일에 씁니다. 이 값을 2로 설정하면 메일 원본 헤더(가장 바깥에 있는 메일 헤더) 전체를 해당 파일에 씁니다.
ORIGINAL-HEADER-FILE	0 또는 1입니다. 이 값을 1로 설정하면 포함된 MESSAGE/RFC822 부분(본문 부분이 아님)의 원본 헤더를 OUTPUT_HEADERS 환경 변수에 표시된 파일에 씁니다.
OVERRIDE-HEADER-FILE	0 또는 1입니다. 이 값을 1로 설정하는 경우 변환 채널은 포함된 MIME 부분의 원본 헤더 행을 무시하고 OUTPUT_HEADERS 환경 변수에서 MIME 헤더 행을 읽습니다.
OVERRIDE-OPTION-FILE	OVERRIDE-OPTION-FILE=1인 경우 변환 채널은 OUTPUT_OPTIONS 환경 변수에서 옵션을 읽습니다.
PART-NUMBER	점으로 구분된 정수(a. b. c...)입니다. MIME 본문 부분의 부품 번호입니다.

문자 세트 변환 및 메일 형식 다시 지정

Messaging Server의 가장 기본적인 매핑 테이블 중 하나는 문자 세트 변환 테이블입니다. 이 테이블의 이름은 CHARSET-CONVERSION입니다. 이 테이블은 수행할 채널 간 문자 세트 변환 및 메일 형식 다시 지정 종류를 지정하는 데 사용됩니다.

여러 시스템에서는 문자 세트 변환 또는 메일 형식 다시 지정을 수행할 필요가 없으므로 이 테이블이 필요하지 않습니다. 그러나, 문자 변환을 수행해야 하는 상황이 발생할 수 있습니다.

또한 CHARSET-CONVERSION 매핑 테이블을 사용하여 메일의 형식을 변경할 수도 있습니다. 많은 비 MIME 형식을 MIME 형식으로 변환하는 기능이 제공됩니다. 또한 MIME 인코딩과 구조를 변경할 수 있습니다. 이러한 옵션은 MIME 또는 MIME의 일부 하위 집합만 지원하는 시스템에 메일을 중계할 때 사용됩니다. 마지막으로 MIME을 비 MIME 형식으로 변환하는 기능이 제공되는 경우도 가끔씩 있습니다.

MTA는 다음과 같은 두 가지 방법으로 CHARSET-CONVERSION 매핑 테이블을 감시합니다. 첫 번째 감시 방법은 MTA가 메일 형식을 다시 지정해야 하는지 여부를 확인하고 그렇게 해야 할 경우 사용할 형식 지정 옵션을 결정하는 데 사용됩니다. 형식 다시 지정을 지정하지 않으면 MTA는 특정 문자 세트 변환을 확인하지 않습니다. 이 첫 번째 감시 방법에 사용되는 입력 문자열의 형식은 일반적으로 다음과 같습니다.

여기서 in-channel은 소스 채널(메일을 가져온 채널)의 이름이고 out-channel은 대상 채널(메일이 이동하는 채널)의 이름입니다. 일치가 발생할 경우 쉼표로 구분된 키워드 목록이 결과 문자열로 표시됩니다. 키워드는 표 11-7에 나열되어 있습니다.

표 11-7 CHARSET-CONVERSION 매핑 테이블 키워드
키워드	설명
Always	out-channel로 이동하기 전에 변환 채널을 통해 메일을 전달하더라도 변환을 수행합니다.
Appledouble	다른 MacMIME 형식을 Appledouble 형식으로 변환합니다.
Applesingle	다른 MacMIME 형식을 Applesingle 형식으로 변환합니다.
BASE64	MIME 인코딩을 BASE64로 전환합니다. 이 키워드는 이미 인코딩된 메일 부분에만 적용됩니다. Content-transfer-encoding: 7비트 또는 8비트를 가진 메일은 특수한 인코딩이 필요하지 않으므로 이 BASE64 옵션이 아무 영향을 미치지 않습니다.
Binhex	다른 MacMIME 형식 또는 Macintosh 유형 및 Mac 작성자 정보를 포함하는 부분을 Binhex 형식으로 변환합니다.
Block	MacMIME 형식 부분에서 데이터 포크만 추출합니다.
Bottom	메일/rfc822 본문 부분(전달된 메일)을 메일 내용 부분과 헤더로 "결합"합니다.
Delete	전달된 헤더를 삭제하여 메일/rfc822 본문 부분(전달된 메일)을 메일 내용 부분으로 "결합"합니다.
Level	메일에서 중복 멀티파트 수준을 제거합니다.
Macbinary	다른 MacMIME 형식 또는 Macintosh 유형 및 Macintosh 작성자 정보를 포함하는 부분을 Macbinary 형식으로 변환합니다.
No	변환을 비활성화합니다.
QUOTED-PRINTABLE	MIME 인코딩을 QUOTED-PRINTABLE로 전환합니다.
Record,Text	텍스트/일반 부분을 80자에서 줄 바꿈합니다.
Record,Text= n	텍스트/일반 부분을 n자에서 줄 바꿈합니다.
RFC1154	메일을 RFC 1154 형식으로 변환합니다.
Top	메일/rfc822 본문 부분(전달된 메일)을 헤더 부분과 메일 내용 부분으로 "결합"합니다.
UUENCODE	MIME 인코딩을 X-UUENCODE로 전환합니다.
Yes	변환을 활성화합니다.

문자 세트 변환

MTA가 메일 형식을 다시 지정해야 하는지를 감시하여 발견하는 경우 메일의 각 부분을 확인합니다. 텍스트 부분이 있으면 해당 문자 세트 매개 변수를 사용하여 두 번째 감시를 생성합니다. MTA는 변환이 필요하다고 확인된 경우에만 두 번째 감시를 수행합니다. 이 두 번째 감시의 입력 문자열은 다음과 같습니다.

in-channel 및 out-channel은 앞의 예와 동일하고 in-char-set는 문제가 있는 특정 부분과 연결된 문자 세트의 이름입니다. 첫 번째 감시에서 키워드가 일치하여 메일 형식이 다시 지정(예: MIME 구조 변경)되더라도 이 두 번째 감시에서 일치 항목이 발견되지 않으면 문자 세트 변환이 수행되지 않습니다. 일치 항목이 발견될 경우 다음과 같은 형식의 문자열이 생성됩니다.

여기서 out-char-set는 in-char-set를 변환해야 하는 문자 세트의 이름을 지정합니다. 이러한 문자 세트는 모두 MTA 테이블 디렉토리에 있는 문자 세트 정의 테이블 charsets.txt에서 정의해야 합니다. 문자 세트를 이 파일에 제대로 정의하지 않으면 변환이 수행되지 않습니다. 이 파일에는 수 백개의 문자 세트가 정의되어 있고 현재 사용 중인 대부분의 문자 세트가 이 파일에 정의되어 있기 때문에 이러한 경우는 흔하지 않습니다. charsets.txt 파일에 대한 자세한 내용은 imsimta chbuild (UNIX 및 NT) 유틸리티 설명을 참조하십시오.

모든 조건이 충족되면 MTA는 문자 세트 매핑을 작성하고 변환을 수행합니다. 변환된 메일 부분의 레이블은 변환된 문자 세트의 이름으로 다시 지정됩니다.

메일 형식 다시 지정

위에서 설명한 것처럼 CHARSET-CONVERSION 매핑 테이블은 MIME과 여러 해당 메일 형식 사이에서 첨부 파일을 변환하는 데도 사용됩니다.

다음 절에서는 CHARSET-CONVERSION 매핑 테이블에서 적용할 수 있는 메일 형식 다시 지정의 몇 가지 다른 예를 제공합니다.

비 MIME 이진 첨부 파일 변환

특정 형식의 메일 또는 Microsoft Mail (MSMAIL) SMTP 게이트웨이에서 가져온 메일 등과 같은 특정 비 표준(비 MIME) 형식 메일은 메일 처리에 관계된 채널에 대해 CHARSET-CONVERSION을 활성화할 경우 MIME 형식으로 자동으로 변환됩니다. tcp_local 채널은 일반적으로 Microsoft Mail SMTP 게이트웨이를 통해 가져온 메일에 대한 수신 채널이며, 다음은 로컬 사용자에게 전달된 메일에 대한 변환을 활성화합니다.

모든 채널을 포함하려면 OUT-CHAN=ims-ms 대신 OUT-CHAN=*를 지정하면 됩니다. 그러나, 이렇게 하면 tcp_local 채널에 수신되는 모든 메일을 특정 채널에 바운드하지 않고 꼼꼼하게 검사하게 되므로 메일 처리 오버헤드가 증가할 수 있습니다.

무엇보다도 그러한 무분별한 변환은 시스템을 통해 단순히 전달하기만 하면 되는(메일 봉투와 관련 전송 정보 이외에 다른 변환을 수행할 필요 없이 단순히 전송만 하면 되는 상황) 변환 메일로 인해 시스템이 정렬되지 않은 복잡한 상태로 될 수 있습니다(사용자의 시스템은 그렇지 않을 수도 있음).

MIME를 Microsoft Mail SMTP 게이트웨이에서 인식할 수 있는 형식으로 변환하려면 Microsoft Mail SMTP 게이트웨이에 대한 MTA 구성에서 별도의 채널(예: tcp_msmail)을 사용하고 매핑 파일에 다음을 입력합니다.

MIME 헤더 레이블 다시 지정

일부 사용자 에이전트 또는 게이트웨이에서는 내용에 비해 부족하지만 세부 MIME 헤더를 구성하는 데는 충분한 정보를 제공하는 MIME 헤더를 사용하여 메일을 보낼 수 있습니다. 그러한 사용자 에이전트 또는 게이트웨이를 적절하게 구성하는 것이 가장 좋지만 해당 구성을 직접 제어할 수 없는 경우 MIME 헤더를 보다 유용하게 다시 구성하도록 MTA에 요청할 수 있습니다.

CHARSET-CONVERSION 매핑 테이블에 대한 첫 번째 감시에서 Yes 또는 Always 키워드를 생성하는 경우 MTA는 conversions 파일이 있는지를 확인합니다. 변환 파일이 있는 경우 MTA는 해당 파일에서 RELABEL=1인 항목을 조사하여 그런 항목이 있는 경우 해당 항목에 지정된 MIME 레이블 다시 지정을 수행합니다.

예를 들어, CHARSET-CONVERSION 테이블과 MTA conversions 파일 항목을 다음과 같이 조합하면 tcp_local 채널에 도착한 다음 ims-ms 채널로 라우팅되고, 도착 당시의 MIME 레이블이 application/octet-stream이지만 ps 또는 msw 확장명(각각 application/postscript 또는 application/msword 레이블 지정)을 갖는 파일 이름 매개 변수가 있는 메일이 생성됩니다. 이러한 보다 세부적인 레이블 지정은 원본 사용자 에이전트 또는 게이트웨이에서 수행되었어야 하는 내용입니다.

MacMIME 형식 변환

Macintosh 파일에는 Macintosh 특정 정보가 들어 있는 자원 포크와 다른 플랫폼에서 사용 가능한 데이터가 들어 있는 데이터 포크의 두 부분이 있습니다. 따라서, Macintosh 파일 전송은 더욱 복잡하게 수행됩니다. Macintosh 파일 부분 전송에는 서로 다른 네 가지 형식이 공통적으로 사용됩니다. Applesingle, Binhex 및 Macbinary의 세 형식은 한 부분으로 함께 인코딩되는 Macintosh 자원 포크와 Macintosh 데이터 포크로 구성됩니다. 네 번째 형식인 Appledouble은 자원 포크와 데이터 포크가 별도의 부분에 존재하는 멀티파트 형식입니다. 따라서, Appledouble이 Macintosh 이외의 플랫폼에 가장 유용한 형식입니다. 이 경우 비 Macintosh 응용 프로그램에서는 자원 포크 부분은 무시하고 데이터 포크 부분만 사용할 수 있습니다. 다른 형식은 Macintoshes에 메일을 보낼 경우에 특히 유용합니다.

MTA는 이러한 다양한 Macintosh 형식을 변환할 수 있습니다. CHARSET-CONVERSION 키워드 Appledouble, Applesingle, Binhex 또는 Macbinary는 다른 MacMIME 구조 부분을 각각 multipart/appledouble, application/applefile, application/mac-binhex40 또는 application/macbinary MIME 구조로 변환하도록 MTA에 지시합니다. 또한 Binhex 또는 Macbinary 키워드는 MIME Content-type: 헤더에 X-MAC-TYPE 및 X-MAC-CREATOR 매개 변수를 포함하는 비 MacMIME 형식 부분의 지정된 형식으로 변환하도록 요청합니다. CHARSET-CONVERSION 키워드 Block은 MacMIME 형식 부분에서 자원 포크는 삭제하고 데이터 포크만 추출하도록 MTA에 지시합니다. 이렇게 하면 정보가 손실되므로 일반적으로 Appledouble을 사용하는 것이 좋습니다.

예를 들어, 다음 CHARSET-CONVERSION 테이블은 ims-ms 채널에 전달할 때 Appledouble 형식으로 변환하도록 MTA에 지시합니다.

Appledouble 형식으로의 변환은 이미 MacMIME 형식 중 하나로 된 부분에만 적용됩니다.

Appledouble 또는 Block 형식으로 변환할 경우 MAC-TO-MIME-CONTENT-TYPES 매핑 테이블을 사용하여 원본 Macintosh 파일의 Macintosh 작성자 및 Macintosh 입력 정보에 따라 Appledouble 부분 또는 Block 부분의 데이터 포크에 넣을 특정 MIME 레이블을 지정할 수 있습니다. 이 테이블에 대한 감시에는 format|type|creator|filename 형식이 있습니다. 여기서 format은 SINGLE, BINHEX, MACBINARY 중 하나이고 type 및 creator는 각각 16진수로 된 Macintosh 입력 및 Macintosh 작성자 정보이고, filename은 파일 이름입니다.

예를 들어, ims-ms 채널에 보낼 때 MACBINARY 또는 BINHEX 부분에서 변환된 MS Word 또는 PostScript 문서에 대해 특정 MIME 레이블을 사용하도록 Appledouble로 변환하는 테이블은 다음과 같습니다.

매핑 항목의 템플리트(오른쪽)에는 지정된 레이블 지정을 수행하도록 설정된 $Y 플래그가 있어야 합니다. 추가 첨부 파일 형식에 대한 샘플 항목은 MTA 테이블 디렉토리의 mac_mappings.sample 파일을 참조하십시오.

비 MacMIME 형식 부분을 Binhex 또는 Macbinary 형식으로 변환하려면 해당 부분에 X-MAC-TYPE 및 X-MAC-CREATOR MIME Content-type: 매개 변수 값을 제공해야 합니다. MIME 레이블 다시 지정을 사용하여 해당 매개 변수가 없는 부분에 이러한 매개 변수를 제공할 수 있습니다.

서비스 변환

MTA의 변환 서비스 기능을 사용하면 사이트에서 제공하는 절차에 따라 메일을 처리하여 새로운 형식의 메일을 생성할 수 있습니다. 개별 MIME 메일 부분의 내용에 적용되는 위에서 설명한 CHARSET-CONVERSION 작업 또는 conversion 채널과 달리 변환 서비스는 전체 MIME 메일 부분(MIME 헤더 및 내용)과 전체 MIME 메일에 대해 수행됩니다. 다른 CHARSET-CONVERSION 작업 또는 변환 채널 작업과 달리 변환 서비스는 MIME 디스어셈블리, 디코딩, 재인코딩 및 리어셈블리를 자체적으로 수행합니다.

다른 CHARSET-CONVERSION 작업과 마찬가지로 변환 서비스도 CHARSET-CONVERSION 매핑 테이블을 통해 활성화됩니다. CHARSET-CONVESION 매핑 테이블에 대한 첫 번째 감시에서 Yes 또는 Always 키워드를 생성하는 경우 MTA는 MTA conversions 파일이 있는지를 확인합니다. conversions 파일이 있는 경우 MTA는 해당 파일에서 SERVICE-COMMAND를 지정하는 항목을 조사하여 그러한 항목이 발견되면 해당 항목을 실행합니다. conversions 파일 항목의 형식은 다음과 같습니다.

핵심적인 사항은 명령 문자열입니다. 명령 문자열은 서비스 변환을 수행하기 위해 실행해야 하는 명령(예: 문서 변환기 호출)입니다. 명령은 서비스를 제공할 메일 텍스트가 들어 있는 입력 파일을 처리하여 새 메일 텍스트가 포함된 출력 파일을 생성해야 합니다. UNIX에서 명령은 성공할 경우 0으로 끝나고 그렇지 않은 경우 0이 아닌 다른 값으로 끝납니다.

환경 변수는 메일의 봉투 수신자 주소 목록이 포함된 파일 이름과 입력 및 출력 파일의 이름을 전달하는 데 사용됩니다. 이러한 환경 변수의 이름은 다음과 같습니다.

표준 명령줄 대체를 사용하여 이러한 세 환경 변수 값을 명령줄로 대체할 수 있습니다. UNIX의 경우 변수 이름 앞에 $ 문자를 표시합니다.

Brightmail 사용

Brightmail Inc.는 전자 메일 서버에 대한 스팸 방지 및 바이러스 백신 소프트웨어 솔루션을 제공하는 회사입니다. Brightmail 솔루션은 전자 메일 서버에 다운로드되는 실시간 스팸 방지 및 바이러스 백신 규칙 업데이트와 Brightmail Server로 구성됩니다. 바이러스 백신 소프트웨어를 시스템에 통합하는 다른 방법은 "변환 채널"을 참조하십시오.

Brightmail 작업 방법

Brightmail Server는 고객 사이트에 배포됩니다. Brightmail에는 인터넷을 통한 새로운 스팸 감지를 위한 전자 메일 감시 설정이 있습니다. Brightmail 기술자들은 이러한 스팸을 실시간으로 차단하기 위한 사용자 정의 규칙을 작성합니다. 이러한 규칙은 Brightmail Server에 실시간으로 다운로드됩니다. Brightmail 데이터베이스는 업데이트되고 Brightmail Server는 지정된 사용자 또는 도메인의 전자 메일에 대해 이 데이터베이스 필터를 실행합니다.

Brightmail 구조

BLOC (Brightmail Logistics and Operations Center)에서 전자 메일 감시를 통해 스팸을 받는 경우 연산자는 해당 스팸 방지 규칙을 즉시 생성하여 Brightmail 고객 시스템에 다운로드되게 합니다. 마찬가지로 Symantec Security Response 실시간 바이러스 규칙을 Brightmail을 통해 받습니다. 이러한 규칙은 고객의 Brightmail Server에서 스팸 및 바이러스를 찾아내는 데 사용됩니다.

MTA는 Brightmail SDK를 사용하여 Brightmail Server와 통신합니다. MTA는 Brightmail의 응답에 따라 메일을 발송합니다. MTA는 메일 (1a) 또는 (1b)를 받은 후 Brightmail Server (2)로 보냅니다. Brightmail Server는 해당 규칙과 데이터를 사용하여 메일이 스팸 또는 바이러스인지 확인하고(3) MTA에 답신을 보냅니다. 답신에 따라 MTA는 (4a) 폴더에서 메일 또는 파일을 삭제하거나 (4b) 일반적으로 대상에 전달합니다.

Brightmail SDK는 타사 소프트웨어이기 때문에 본사의 설치 키트에는 제공되지 않습니다. Brightmail SDK 및 서버 소프트웨어는 고객이 Brightmail Inc.를 통해 직접 구입해야 합니다. MTA에는 Brightmail 통합을 위해 Brightmail SDK를 로드할지 여부와 로드 위치를 알려주는 구성 설정이 있습니다.

SDK가 로드되면 여러 요소와 세부(granularity - Brightmail에서 현재 프로세싱이 optin임을 지정하는 데 사용되는 용어) 수준으로 Brightmail 메일 처리를 결정합니다. 이는 다음 기준에 따라 지정됩니다.

특정 메일 수신자에 대해 위의 optin 값과 기본값을 결합합니다. 그렇게 하면 스팸과 바이러스 모두에 대해 채널 기본값이 이미 지정되어 있는 경우 각 사용자 optin 값을 제공할 필요가 없습니다. 즉, 시스템 관리자가 모든 사용자에 대해 스팸 및 바이러스 필터링을 수행하도록 결정할 경우 스팸 또는 바이러스에 대해 수신 선택 기능(option)을 사용자에게 제공할 필요가 없습니다. 처리를 중단할 수 있는 방법은 없습니다. 즉, 이미 선택된 서비스는 취소할 수 없습니다. 이것은 또한 서비스에 대해 수신 선택 기능(optin)을 사용하고 메일을 다른 주소로 전달한 경우, 사용자를 대신하여 필터링이 수행된 후에 해당 주소가 메일을 받게 된다는 것을 의미합니다.

바이러스 감지 또는 스팸 감지의 두 서비스만 제공됩니다. 또한 Brightmail은 content-filtering 서비스를 제공하지만 이 기능은 시브(Sieve)를 사용하여 제공되므로 Brightmail에서 시브(Sieve) 필터링을 수행할 이유가 없습니다.

메일이 바이러스 메일인 것으로 확인되면 바이러스를 삭제하고 치료된 메일을 MTA에 다시 제출하도록 Brightmail Server를 구성할 수 있습니다. 다시 제출된 치료된 메일에 원본 메일에 대한 정보가 없을 경우 원하지 않은 부작용이 발생하기 때문에 치료된 메일을 다시 MTA로 제출하도록 Brightmail을 구성하지 않는 것이 좋습니다. 메일이 스팸인 경우 MTA는 Brightmail의 답신과 구성을 함께 사용하여 메일에 표시되는 내용은 결정할 수 있습니다. 기본적으로 메일 삭제, 폴더에 정리, 받은 메일함에 전달 등 세 가지가 발생할 수 있습니다.

Brightmail Server는 MTA와 동일한 시스템에 위치하거나 별도의 시스템에 위치할 수 있습니다. 실제로, 하나 이상의 MTA에 서비스를 제공하는 Brightmail Server 그룹을 가질 수 있습니다. Brightmail SDK는 Brightmail 구성 파일을 사용하여 사용할 Brightmail Server를 결정합니다. 이것은 MTA가 처리해야 할 사항이 아닙니다.

Brightmail 요구 사항 및 성능 고려 사항

Brightmail 배포

이 절에서는 다음 구성에 대한 Brightmail 배포 방법을 설명합니다.

Brightmail 필터링은 키워드 또는 LDAP 속성을 사용하여 Messaging Server에서 활성화됩니다. 시스템에 대한 필터링 방법은 부가적입니다. 즉, 키워드와 속성의 조합입니다.

대상 또는 소스 채널의 모든 사용자에 대해 Bightmail 처리 활성화

예

예 1 - Brightmail이 tcp_siroemail 채널로 보내는 메일에서 스팸과 바이러스를 필터링합니다.

예 2 - Brightmail이 tcp_local 채널에서 수신하는 메일에서 스팸을 필터링합니다.

선택한 사용자에 대해 Brightmail 처리 활성화

예

option.dat 파일에 LDAP_OPTIN이 mailAntiUBEService로 설정되어 있는 것으로 가정합니다. 사용자 Otis Fanning이 자신의 사용자 항목에서 mailAntiUBEService 속성을 spam 및 virus로 설정한 경우 Brightmail은 Otis Fanning의 메일에서 스팸과 바이러스를 필터링됩니다. 코드 예 11-2에서는 Otis Fanning에 대한 Brightmail 활성화된 사용자 항목을 보여 줍니다.

시스템에서 선택한 도메인에 대해 Brightmail 처리 활성화

예

option.dat 파일에 LDAP_DOMAIN_ATTR_OPTIN이 mailAntiUBEService로 설정되어 있는 것으로 가정합니다. DC 트리의 example.com 도메인 항목에서 mailAntiUBEService 속성이 spam 및 virus로 설정됩니다. 코드 예 11-3에서는 Brightmail 사용 도메인 항목을 보여 줍니다.

Brightmail 옵션 및 키워드

표 11-8 및 표 11-9에서는 Messaging Server의 Brightmail 옵션 및 키워드를 보여 줍니다. 선택한 Brightmail 구성 파일 옵션은 표 11-10에 표시되어 있습니다. 최종 완료된 Brightmail 구성 파일 환경 옵션 목록은 Brightmail에서 구할 수 있습니다.

표 11-8 Brightmail MTA 옵션(option.dat)
옵션	설명 및 기본값
Brightmail_library	Brightmail을 활성화해야 합니다. Brightmail SDK 공유 라이브러리의 전체 파일 경로 및 이름입니다. Brightmail_config_file과 함께 지정할 경우 이 라이브러리는 MTA에 의해 실시간으로 로드됩니다. 또한, SpamAssassin과 함께 사용할 수도 있습니다. 예: /opt/mailwall/lib/libbmiclient.so 기본값: 없음
Brightmail_config_file	Brightmail을 활성화해야 합니다. Brightmail 구성 파일의 전체 파일 경로 및 이름입니다. Brightmail_library와 함께 지정하면 MTA를 Brightmail 통합에 사용할 수 있습니다. 또한, SpamAssassin과 함께 사용할 수도 있습니다. 예: /opt/mailwall/config 기본값: 없음
LDAP_optin(이전 릴리스의 LDAP_SPARE_2에 사용됨)	Brightmail을 사용자 단위로 활성화하는 데 사용되는 LDAP 속성의 이름입니다. 이것은 inetMailUser objectclass의 속성이어야 합니다. 미리 정의된 다른 속성이 없는 경우 mailAntiUBEService를 사용하십시오. 속성 자체(예: mailAntiUBEService)는 여러 값을 가지며 대/소문자를 구분합니다. 해당 속성의 값은 소문자로 spam 또는 virus입니다. 사용자가 두 값을 모두 선택하면 spam을 포함하는 속성과 virus를 포함하는 속성이라는 두 가지 속성을 가집니다. 기본값: 없음
LDAP_domain_attr_optin	Brightmail을 도메인 단위로 활성화하는 데 사용되는 LDAP 속성의 이름입니다. 대상 도메인에 적용됩니다. mailDomain objectclass에 있어야 한다는 점을 제외하고 위의 LDAP_optin과 동일합니다. 기본값: 없음
Brightmail_verdict_n	Brightmail_verdict_n 및 Brightmail_action_n은 일치하는 쌍입니다. 여기서 n은 0에서 9까지의 숫자입니다. Brightmail 답신의 기본 해석을 따를 경우 이 옵션은 수동으로 지정되지 않습니다. 이 옵션에 가능한 값은 Brightmail 구성 파일 옵션 blSWClientDestinationLocal (로컬 도메인의 경우) 또는 blSWClientDesintationForeign (로컬이 아닌 도메인의 경우)에서 \|의 오른쪽에 있는 값으로 지정됩니다. 예를 들면 다음과 같습니다. blSWClientDestinationLocal=spam\|spamfolder Brightmail_verdict_0=spamfolder (spam 아님, \|의 왼쪽에 있음)를 지정하려고 할 수도 있습니다. 이해하기 어려울 수도 있지만, 이는 적용되는 방법입니다. 기본값: 없음
Brightmail_null_action	Brightmail의 답신이 Brightmail 구성 파일의 Null 작업과 일치할 경우 선택적 if-then-else statement가 있는 시브(Sieve) 명령을 지정하여 실행합니다. 예를 들어, Brightmail 구성 파일에 다음이 있는 경우 blSWClientDestinationLocal: spam\| 여기서 \| 뒤에 null이 있거나 아무 것도 없으면 null 작업을 의미합니다. 메일에 대한 답신이 spam인 경우 \| 앞의 단어가 spam일 경우 MTA에서 null 작업이 수행됩니다. Brightmail의 내용이 null 작업을 의미할 경우 기본 작업은 discard이기 때문에 이 옵션을 지정할 필요가 없습니다. Sieve 명령에 대한 템플리트는 다음과 같습니다. data:,[require "command";] command*; 여기서 require 문은 reject와 fileinto에 대해 필요합니다. 기본값: data:,discard;
Brightmail_action_n	일치하는 Brightmail_verdict_n 옵션과 쌍으로 사용되며 선택적 if-then-else statement가 있는 시브(Sieve) 명령을 지정하여 실행할 수 있습니다. 예를 들어, 스팸을 거부하려면 다음 쌍이 있어야 합니다. Brightmail_verdict_0=spamfolder Brightmail_action_0=data:,require "reject"; reject "Rejected by Brightmail"; Sieve 명령에 대한 템플리트는 다음과 같습니다. data:,[require "command";] command*; 여기서 require 문은 reject와 fileinto에 대해 필요합니다. 다른 예를 들면 다음과 같습니다. Brightmail_verdict_1=spam-folder Brightmail_action_1_=data;,require "fileinto";fileinto "Junk"; 이 템플리트는 스팸(스팸에 대해 Brightmail에서 반환된 답신이 spam-folder라고 가정)을 Junk라는 폴더에 정리합니다. Junk가 없는 경우 스팸은 spam-folder 폴더에 정리됩니다. 기본값: 없음
Brightmail_optional	이 값을 1로 설정하면 MTA가 Brightmail SDK를 로드하기 위해 초기화 루틴을 호출하였지만 실패할 경우 MTA는 Brightmail을 사용하지 않을 때처럼 계속합니다. MTA가 Brightmail 및 Brightmail 다이(die)와 함께 대화 상자에 이미 있는 경우에는 이 설정이 적용되지 않습니다. 이 경우 MTA는 SMTP 클라이언트에게 임시 오류를 반환합니다. 기본값: 0
Brightmail_string_action	Brightmail 답신이 Brightmail 구성 파일에 문자열로 표시된 작업과 일치할 경우 선택적 if-then-else statement가 있는 시브(Sieve) 명령을 실행하도록 지정합니다. 예를 들어, Brightmail 구성 파일에 다음 항목이 있는 경우 blSWClientDestinationLocal: spam\|spam-folder spam-folder는 문자열입니다. 답신이 spam일 경우 해당 답신과 일치하는 문자열이 있습니다. 문자열을 지정할 경우의 기본 작업이 메일을 해당 폴더에 정리하는 것이므로 이 옵션은 거의 사용되지 않습니다. Sieve 명령에 대한 템플리트는 다음과 같습니다. data:,[require "command";] command;* 여기서 require 문은 reject와 fileinto에 대해 필요합니다. 기본값: data:,require "fileinto"; fileinto "$U? $U는 blSWClientDestinationLocal 값에서 \|의 오른쪽에 있는 문자열입니다(위 예에서는 spam-folder).

* option.dat 파일에 있는 선택적 if-then-else 문에 대한 시브(Sieve)의 예입니다. Brightmail_action_n, Brightmail_null_action 또는 Brightmail_string_action에 사용될 수 있습니다.

표 11-9 Brightmail의 MTA 채널 키워드
채널 키워드	설명
sourcebrightmail	이 채널을 통해 수신한 모든 메일이 Brightmail 처리를 받도록 지정합니다. 수신자 또는 수신자의 도메인을 LDAP 속성을 통해 선택한 경우 대상 채널에 관계 없이 모든 수신자 주소가 Brightmail에 알려집니다. 수신자의 LDAP 속성 mailAntiUBEService 또는 이에 해당하는 속성에서 필터링 대상(스팸, 바이러스, 모두 또는 없음)을 결정합니다. mailAntiUBEService가 스팸 또는 바이러스를 지정하지 않는 경우 필터링을 위해 메일을 Brightmail Server로 보내지 않습니다. switchchannel이 유효한 경우 switched-to 채널에 이 키워드를 두어야 합니다. 구문: sourcebrightmail
destinationbrightmail	LDAP 속성 mailAntiUBEService 또는 이에 해당하는 속성을 통해 수신자를 선택한 경우 이 채널을 대상으로 하는 모든 메일이 Brightmail 처리를 받습니다. 구문: destinationbrightmail
destinationbrightmailoptin	사용자 또는 도메인이 LDAP 속성을 통해 해당 서비스를 선택하지 않은 경우에도 이 채널을 대상으로 하는 모든 메일이 지정된 brightmail 처리(스팸, 바이러스 또는 모두)를 받도록 지정합니다. 필터 목록 뒤에는 키워드가 옵니다. 목록 뒤에는 spam, virus, spam,virus 또는 virus,spam이 와야 합니다. 예 1: ims-ms destinationbrightmailoptin spam,virus. . . Brightmail은 메일 저장소를 대상으로 하는 모든 메일에서 스팸과 바이러스를 모두 검사합니다.
sourcebrightmailoptin	사용자 또는 도메인이 LDAP 속성을 통해 해당 서비스를 선택하지 않은 경우에도 이 채널을 통해 수신하는 모든 메일이 지정된 brightmail 처리(스팸, 바이러스 또는 모두)를 받도록 지정합니다. 시스템 차원 기본 필터 목록 뒤에는 키워드가 옵니다. 목록 뒤에는 spam, virus, spam,virus 또는 virus,spam이 와야 합니다. switchchannel이 유효한 경우 switched-to 채널에 이 키워드를 두어야 합니다. 예 1: tcp_local sourcebrightmailoptin spam,virus . . . 사용자의 LDAP 속성에 관계 없이 Brightmail이 메일에서 스팸과 바이러스를 모두 검사하도록 지정합니다. 예 2: tcp_local sourcebrightmailoptin virus . . . 기본적으로 메일에서 바이러스만 스캔하도록 지정합니다. 이 경우 스팸 필터링을 사용자 단위로 사용하거나 LDAP 속성을 통해 대상 도메인에서 사용할 수 있습니다.

표 11-10 선택된 Brightmail 구성 파일 옵션
Brightmail 옵션 (대/소문자 구분 안 함)	설명(속성 값은 대/소문자를 구분함)
blSWPrecedence	지정된 메일에 여러 답신이 있을 수 있습니다. 이 옵션은 우선 순위를 지정합니다. 이 옵션을 virus-spam으로 지정한 경우 메일에서 바이러스 검사를 먼저 수행한 다음 스팸 검사를 수행합니다. 답신은 하이픈(-)으로 구분됩니다. Sun ONE Messaging Server에서 Brightmail을 사용할 경우에 권장되는 설정입니다.
blSWClientDestinationDefault	스팸 또는 바이러스 대신 일반적인 메일 전달 방법을 지정하므로 답신이 없습니다. 이 메일을 일반적인 방법으로 전달하려면 inbox를 값으로 지정합니다. 기본값은 없습니다.
blSWLocalDomain	이 속성은 로컬로 간주되는 도메인을 지정합니다. 로컬로 간주되는 여러 도메인을 지정하는 여러 행으로 된 이 속성이 있을 수 있습니다. 로컬 도메인과 외부 도메인은 답신에 대한 서로 다른 두 가지 처리를 지정하기 위해 구분하여 사용됩니다. 아래의 blSWClientDestinationLocal 및 blSWClientDestinationForeign을 참조하십시오. 예를 들어, 다음을 지정할 수 있습니다. blSWLocalDomain=siroe.com
blSWClientDestinationLocal	이 속성은 로컬 도메인에 대한 답신과 작업 쌍을 지정합니다. 일반적으로 스팸과 바이러스에 대해 각각 한 행씩 두 개의 행이 있습니다. 값은 verdict\|action 형식입니다. 예를 들면 다음과 같습니다. blSWClientDestinationLocal=spam\|spambox blSWClientDestinationLocal=virus\| "null" 작업(\|의 오른쪽에 아무 것도 없음)에 대한 기본 Brightmail 해석은 메일 삭제입니다. 따라서, 위의 예에서 virus 답신이 있는 경우 메일이 삭제됩니다. 답신이 spam인 경우 메일을 spambox라는 폴더에 정리합니다. 메일이 스팸 또는 바이러스가 아닌 경우 답신이 일치하지 않고 위의 blSWClientDestinationDefault 설정을 기준으로 메일을 전달합니다. MTA에서 별도의 Brightmail Server를 사용할 경우 Brightmail_verdict_n/Brightmail_action_n/Brightmail_null_action/Brightmail_string_action MTA 옵션을 사용하여 각 MTA에서 수행되는 작업을 사용자 정의할 수 있습니다. 사용자 정의된 작업은 Brightmail Server에서 반환되는 작업 및 답신에 우선합니다. 이 예의 경우 MTA에서 다른 Brightmail_null_action을 사용하여 Virus 작업(삭제)을 대체하거나 Brightmail_verdict_0=spambox 및 Brightmail_action_0=data:,require "fileinto";fileinto "Junk";를 사용하여 메일을 spambox 대신 Junk 폴더에 정리할 수 있습니다.
blSWClientDesintationForeign	로컬이 아닌 도메인에 있는 사용자에게 적용된다는 점을 제외하고 위의 blSWClientDestinationLocal과 형식 및 해석이 동일합니다.
blSWUseClientOptin	Sun ONE Messaging Server에서 사용할 경우 이 속성을 항상 TRUE로 설정합니다.
blswcServerAddress	ip:port[,ip:port,...] 형식을 사용하여 하나 이상의 Brightmail Server의 IP 주소와 포트 번호를 지정합니다.

일반 Brightmail 배포 시나리오

이 절에서는 여러 가지 일반 배포 Brightmail 시나리오에 대해 설명합니다. 시나리오는 다음과 같습니다.

로컬 받는 메일의 Brightmail 처리

로컬로 전달되는 모든 메일에서 스팸과 바이러스를 검사하도록 시스템을 구성할 수 있습니다. 로컬 메일 저장소(즉, imta.cnf의 ims-ms 채널)에서 모든 받는 메일의 Brightmail 처리를 설정하려면 destinationbrightmailoptin 키워드를 ims-ms 채널 정의에 추가합니다. 예를 들면 다음과 같습니다.

ims-ms defragment subdirs 20 backoff “pt5m” “pt10” “pt30” “pt1h” \
“pt2h” “pt4h” maxjobs 1 pool IMS_POOL fileinto $U+$S@$D filter \
ssrd:$A ims-ms-daemon destinationbrightmailoptin spam,virus
ims-ms-daemon

인터넷을 통해 수신하는 메일의 Brightmail 처리

인터넷을 통해 수신하는 모든 메일에서 스팸을 검사하도록 시스템을 구성할 수 있습니다. 인터넷을 통해 수신하는 모든 메일에 대해 Brightmail 처리를 설정하려면 sourcebrightmailoptin 키워드를 tcp-local 채널 정의에 추가합니다. 예를 들면 다음과 같습니다.

tcp_local smtp mx single_sys remotehost inner switchchannel \
identnonelimited subdirs 20 maxjobs 7 pool SMTP_POOL maytlsserver \
maysaslserver saslswitchchannel tcp_auth sourcebrightmailoptin spam
tcp-daemon

인터넷을 통해 보내는 메일의 Brightmail 처리

인터넷을 통해 보내는 모든 메일에서 스팸을 검사하도록 시스템을 구성할 수 있습니다. 인터넷을 통해 보내는 모든 메일에 대해 Brightmail 처리를 설정하려면 destinationbrightmailoptin 키워드를 보내는 MTA의 tcp-local 채널 정의에 추가합니다. 예를 들면 다음과 같습니다.

특정 백엔드 메일 저장소 호스트에서 수신하는 메일에 대한 Brightmail 처리

특정 백엔드 메일 저장소 호스트에서 수신하는 모든 메일에서 바이러스와 스팸을 검사하도록 시스템을 구성하려면 다음을 수행합니다.

스팸 메일에 헤더 추가

스팸 메일에 임의의 헤더를 추가할 수 있습니다. spam-result: 헤더를 추가하기 위해 Brightmail은 이 메일이 Brightmail 소프트웨어에서 확인한 메일에 대한 스팸임을 밝히고 option.dat 파일에 다음을 추가합니다.

brightmail_string_action=data:,require ["addheader" "spamtest"];addheader "spam-result: Brightmail says this is spam";

SpamAssassin 사용

Messaging Server는 스팸을 식별하는 데 사용되는 프리웨어 메일 필터인 SpamAssassin의 사용을 지원합니다. SpamAssassin는 Perl에서 작성된 라이브러리와 SpamAssassin을 메일 시스템에 통합하는 데 사용될 수 있는 일련의 응용 프로그램과 유틸리티로 구성됩니다.

SpamAssassin은 모든 메일에 대한 점수를 계산합니다. 점수는 메일 헤더와 본문 정보에 대한 일련의 테스트를 수행하여 계산됩니다. 각 테스트의 성공 또는 실패 여부에 따라 점수가 적절하게 조정됩니다. 점수는 양의 실수 또는 음의 실수입니다. 점수가 특정 임계값(일반적으로 5.0)을 초과하면 스팸으로 간주됩니다.

SpamAssassin은 자세히 구성할 수 있습니다. 언제든지 테스트를 추가하거나 제거하여 기존의 테스트 점수를 조정할 수 있습니다. 이 작업은 다양한 구성 파일을 통해 수행됩니다. SpamAssassin에 대한 자세한 내용은 SpamAssassin 웹 사이트를 참조하십시오.

Brightmail 스팸 및 바이러스 스캔 라이브러리를 호출하는 데 사용한 것과 동일한 기법을 사용하여 SpamAssassin spamd 서버에 연결할 수 있습니다. Sun ONE Messaging Server에 제공되는 모듈을 libspamass.so라고 합니다.

SpamAssassin 요구 사항 및 성능 고려 사항

SpamAssassin 배포

이 절에서는 Messaging Server에서의 SpamAssassin 배포를 위한 단계별 지침을 제공합니다.

spamd -d

spamd 기본값은 로컬 시스템으로부터의 연결만 허용하는 것입니다. SpamAssassin 및 Messaging Server가 다른 시스템에서 실행될 경우 다음과 같은 형식의 명령이 필요합니다.

spamd -d -i <listen_ip_address> -A <allowed_hosts>

여기서 listen_ip_address는 수신할 주소이고 allowed_hosts는 이 spamd 인스턴스에 연결할 수 있는 인증된 호스트 또는 네트워크(IP 주소 사용)의 목록입니다.

표 11-11 SpamAssassin 옵션
Spam Assassin 옵션	설명	기본값
host	spamd가 실행 중인 시스템의 이름입니다.	localhost
port	spamd가 수신 요청을 수신하는 포트 번호입니다.	783
debug	0 또는 1입니다. libspamass.so에서 디버깅을 설정할지 여부를 지정합니다. spamd에 대한 디버깅은 spamd를 호출하는 명령줄에 의해 제어됩니다.	0
mode	Brightmail 답신 정보에 대한 SpamAssassin 결과 해석을 제어합니다. 다음과 같은 세 가지 서로 다른 모드를 사용할 수 있습니다. 0 - 메일이 스팸으로 확인되는 경우 verdict 옵션에서 지정한 답신 문자열을 반환하고, 그렇지 않은 경우 기본 SpamAssassin 답신을 반환합니다. verdict 옵션이 비어 있거나 지정되지 않은 경우 null 답신이 반환됩니다. 1 - 메일이 스팸으로 확인되는 경우 SpamAssassin 결과를 답신으로 반환합니다. 2 - 메일이 스팸으로 확인되는지 여부에 상관 없이 답신이 반환된다는 것을 제외하고 모든 1과 동일합니다.	0
verdict	MODE 0에 사용된 답신 문자열을 지정하는 문자열입니다.	“”
field	SpamAssasin 결과 문자열 접두어를 지정하는 문자열입니다. SpamAssassin 결과 문자열의 모양은 일반적으로 다음과 같습니다. Spam-Test: False ; 0.0 / 5.0 또는 Spam-Test: True ; 27.7 / 5.0 field 옵션을 사용하면 결과의 "Spam-Test" 부분을 변경할 수 있습니다. 또한, ": "은 빈 field 값을 지정할 경우 제거됩니다.	“Spam-test”


주	Brightmail을 사용하여 스팸 메일을 삭제하거나 지정된 스팸 폴더에 저장할 수 있습니다. 수신 시스템에서 스팸 폴더 지정 기능을 사용할 수 없는 경우 해당 시스템에서는 스팸 폴더에 대한 주소 구문이 적용되지 않습니다.

Spam Assassin에 대한 MTA 옵션	설명	기본값
Brightmail_library	SpamAssassin 공유 라이브러리의 전체 파일 경로 및 이름입니다.	없음
Brightmail_config_file	SpamAssassin 구성 파일의 전체 파일 경로 및 이름입니다.	없음
Brightmail_null_action	SpamAssassin 답신이 null로 반환될 경우에 메일에서 수행할 작업을 지정하는 SIEVE 규칙입니다.	data:,discard;
Brightmail_string_action	답신이 문자열일 경우에 메일에서 수행할 작업을 지정하는 SIEVE 규칙입니다. 기본값: data:,require "fileinto"; fileinto "$U; $U는 verdict가 반환한 문자열입니다.	설명 참조