주소 처리 구성
이 절에서는 주소 처리를 수행하는 키워드에 대해 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.
주소 유형 및 규칙
키워드: 822, 733, uucp, header_822, header_733, header_uucp
이 키워드 그룹은 채널에서 지원하는 주소 유형을 제어합니다. 전송 계층(메일 봉투)에 사용되는 주소와 메일 헤더에 사용되는 주소를 구분합니다.
822(sourceroute)
소스 경로 봉투 주소입니다. 이 채널은 소스 경로를 포함하여 전체 RFC 822 형식의 봉투 주소 지정 규칙을 지원합니다. sourceroute 키워드를 822와 동의어로 사용할 수도 있습니다. 이 키워드는 다른 봉투 주소 유형 키워드를 지정하지 않은 경우의 기본값입니다.
733(percents)
백분율(%) 기호 봉투 주소입니다. 이 채널은 소스 경로를 제외한 전체 RFC 822 형식의 봉투 주소 지정을 지원합니다. 소스 경로는 백분율(%) 기호 규칙을 대신 사용하여 다시 작성해야 합니다. percents 키워드는 733에 대한 동의어로 사용될 수 있습니다.
주 –
SMTP 채널에서 733 주소 규칙을 사용하면 이러한 규칙이 SMTP 봉투의 전송 계층 주소에 적용됩니다. 그렇게 하면 RFC 821을 위반할 수 있습니다. 733 주소 규칙은 반드시 필요한 경우에만 사용하십시오.
uucp(bangstyle)
뱅 스타일 봉투 주소입니다. 이 채널은 RFC 976 뱅 스타일의 주소 규칙을 준수하는 주소를 봉투에 사용합니다. 이 채널의 예로는 UUCP 채널이 있습니다. bangstyle 키워드는 uucp에 대한 동의어로 사용될 수도 있습니다.
header_822
소스 경로 헤더 주소입니다. 이 채널은 소스 경로를 포함하여 전체 RFC 822 형식의 헤더 주소 지정 규칙을 지원합니다. 다른 헤더 주소 유형 키워드를 지정하지 않을 경우의 기본값입니다.
header_733
백분율(%) 기호 헤더 주소입니다. 이 채널은 소스 경로를 제외한 RFC 822 형식의 헤더 주소 지정을 지원합니다. 소스 경로는 백분율(%) 기호 규칙을 대신 사용하여 다시 작성해야 합니다.
주 –
메일 헤더에 733 주소 규칙을 사용하면 RFC 822 및 RFC 976 위반입니다. 채널이 소스 경로 주소를 처리할 수 없는 시스템에 연결된다고 확신하는 경우에만 이 키워드를 사용하십시오.
header_uucp
UUCP 또는 뱅 스타일의 헤더 주소입니다. 이 키워드를 사용하면 RFC 976 위반이므로이 키워드는 사용하지 않는 것이 좋습니다.
! 및 %를 사용하는 주소 해석
키워드: bangoverpercent, nobangoverpercent, percentonly
주소는 항상 RFC 822 및 RFC 976에 따라 해석되지만 이러한 표준에 맞게 주소가 지정되지 않은 복합 주소를 처리할 경우 애매할 수 있습니다. 특히 A!B%C 형식 주소는 다음과 같이 해석될 수 있습니다.
-
A는 라우팅 호스트로 해석되고 C는 최종 대상 호스트로 해석됩니다.
또는
-
C는 라우팅 호스트로 해석되고 A는 최종 대상 호스트로 해석됩니다.
RFC 976은 메일 프로그램이 두 번째 규칙을 사용하여 주소를 해석할 수 있음을 의미하지만 그런 해석이 반드시 필요하다는 의미는 아닙니다. 첫 번째 해석 방법이 더 좋은 경우도 있습니다.
bangoverpercent 키워드는 첫 번째 A!(B%C) 해석을 수행하게 합니다. nobangoverpercent 키워드는 두 번째 (A!B)%C 해석을 수행하게 합니다. 기본값은 nobangoverpercent입니다.
주 –
이 키워드는 A!B@C 형식 주소 처리에 영향을 미치지 않습니다. 이러한 주소는 항상 (A!B)@C로 처리됩니다. 이러한 처리는 RFC 822와 RFC 976 모두에서 필수입니다.
percentonly 키워드는 뱅 경로를 무시합니다. 이 키워드를 설정하면 %이 라우팅으로 해석됩니다.
주소에 라우팅 정보 추가
키워드: exproute, noexproute, improute, noimproute
MTA가 처리하는 주소 지정 모델에서는 모든 시스템이 다른 나머지 시스템의 주소와 다른 시스템에 연결하는 방법을 알고 있는 것으로 가정합니다. 불행하게도 이러한 가정이 모든 경우에 적용되는 것은 아닙니다. 채널이 다른 나머지 시스템에서는 알지 못하는 하나 이상의 시스템(예: 개인 TCP/IP 네트워크의 내부 시스템)에 연결하는 경우가 있습니다. 이 채널의 시스템 주소는 사이트 외부의 원격 시스템에는 적합하지 않을 수 있습니다. 그러한 주소에 회신할 수 있으려면 로컬 시스템을 통해 메일 경로를 지정하도록 원격 시스템에 알려주는 소스 경로가 해당 주소에 포함되어 있어야 합니다. 그러면 로컬 시스템이 메일의 경로를 이러한 시스템으로 (자동) 지정할 수 있습니다.
exproute 키워드(“explicit routing“의 약어)는 주소를 원격 시스템에 전달할 때 연결된 채널에 명시적 라우팅이 필요함을 MTA에 알려 줍니다. 이 키워드를 한 채널에서 지정하면 MTA가 해당 채널과 일치하는 모든 헤더 주소와 모든 봉투의 From: 주소에 로컬 시스템의 이름 또는 로컬 시스템의 현재 별칭을 포함하는 라우팅 정보를 추가합니다. 기본값인 noexproute는 라우팅 정보를 추가하지 않도록 지정합니다.
EXPROUTE_FORWARD 옵션을 사용하여 exproute 작업을 역방향 주소로 제한할 수 있습니다. 다른 시나리오는 MTA가 자체적으로 라우팅을 수행할 수 없는 채널을 통해 시스템에 연결하는 경우입니다. 이 경우 부적합한 시스템에 연결되는 채널에 보낸 메일에 해당 주소가 사용되는 시기를 나타내는 라우팅이 다른 채널과 연결된 모든 주소에 있어야 합니다.
암시적 라우팅과 improute 키워드는 이 상황을 처리하는 데 사용됩니다. MTA는 다른 채널과 일치하는 모든 주소가 improute 표시 채널에 보낸 메일에 사용될 경우 라우팅이 필요함을 알고 있습니다. 기본값인 noimproute는 지정된 채널에서 보내는 메일의 주소에 라우팅 정보를 추가하지 않도록 지정합니다. IMPROUTE_FORWARD 옵션을 사용하여 improute 작업을 역방향 주소로 제한할 수 있습니다.
exproute 및 improute 키워드의 사용을 절제해야 합니다. 이러한 키워드는 길고 복잡한 주소를 만들기 때문에 다른 시스템에 사용되는 지능적인 라우팅 체계를 손상시킬 수 있습니다. 명시적 라우팅과 암시적 라우팅을 지정된 경로와 혼동해서는 안 됩니다. 지정된 경로는 라우팅 정보를 다시 쓰기 규칙에서 주소로 삽입하는 데 사용됩니다. 이 키워드는 특수 A@B@C 다시 쓰기 규칙 템플리트에 의해 활성화됩니다.
지정된 경로를 활성화하면 헤더와 봉투에 있는 모든 주소에 적용됩니다. 지정된 경로는 특정 다시 쓰기 규칙에 의해 활성화되며 일반적으로 현재 사용 중인 채널과는 관련이 없습니다. 다시 말해서 명시적 라우팅과 암시적 라우팅은 채널 단위로 제어되며 삽입된 경로 주소는 항상 로컬 시스템입니다.
명시적 라우팅 주소의 다시 쓰기 사용 안 함
routelocal 채널 키워드는 채널에 주소를 다시 쓸 때 MTA가 주소에 명시적 라우팅을 “단락”하게 합니다. 명시적 라우팅 주소(!, % 또는 @ 문자 사용)는 단순화됩니다.
내부 TCP/IP 채널과 같은 “내부” 채널에 이 키워드를 사용하면 SMTP 릴레이 차단 구성을 단순화할 수 있습니다.
명시적 % 또는 다른 라우팅이 필요한 채널에서는 이 키워드를 사용하지 마십시오.
메일을 대기열에서 제거할 때 주소 다시 쓰기
키워드: connectalias, connectcanonical
MTA는 일반적으로 채널 대기열에 메일을 넣을 때 주소를 다시 씁니다. 메일을 대기열에서 제거하는 동안에는 추가 다시 쓰기를 수행하지 않습니다. 그렇게 하면 채널 대기열에 이전 이름으로 주소가 지정된 메일이 있을 경우 호스트 이름을 변경하면 문제가 발생할 수 있습니다.
connectalias 키워드는 수신자 주소에 나열된 모든 호스트에 전달하도록 MTA에 지시하는 기본값입니다. connectcanonical 키워드는 MTA가 연결되는 시스템의 호스트 별칭에 연결하도록 MTA에 지시합니다.
완성되지 않은 주소를 수정할 때 사용할 호스트 이름 지정
키워드: remotehost, noremotehost, defaulthost, nodefaulthost
MTA는 잘못 구성되거나 호환되지 않는 메일 프로그램 및 SMTP 클라이언트로부터 도메인 이름이 포함되지 않은 주소를 받는 경우가 있습니다. 이 경우 MTA는 이러한 주소를 올바른 주소로 만든 후에 전달을 시도합니다. 이를 위해 MTA는 주소에 도메인 이름을 추가(예: @siroe.com을 mrochek에 추가)합니다.
도메인 이름이 없는 봉투의 To: 주소의 경우 MTA는 항상 로컬 호스트 이름을 추가해야 한다고 가정합니다. 그러나 From: 주소와 같은 다른 주소에서는 MTA SMTP 서버의 경우 두 가지 이상의 도메인 이름 선택 항목(로컬 MTA 호스트 이름과 클라이언트 SMTP가 보고한 원격 호스트 이름)이 있습니다. 세 번째 선택 항목(해당 채널에서 수신하는 메일에 추가할 특정 도메인 이름)이 있는 경우도 있습니다. 처음 두 선택 항목이 특정 빈도로 계속해서 발생할 경우 그 중 하나가 올바를 수 있습니다. 잘못 구성된 SMTP 클라이언트를 처리할 경우 원격 호스트 도메인 이름을 사용하는 것이 좋습니다. SMTP가 메일을 게시하는 데 사용하는 POP 또는 IMAP 클라이언트와 같은 경량 원격 메일 클라이언트를 처리할 경우 로컬 호스트 도메인 이름을 사용하면 안 됩니다. POP 또는 IMAP와 같은 경량 원격 메일 클라이언트의 경우 클라이언트에 로컬 호스트의 도메인 이름이 아닌 해당 클라이언트의 특정 도메인 이름이 있어야 합니다. 그런 다음 다른 특정 도메인 이름을 추가할 수 있습니다. MTA가 채널 단위로 선택하도록 허용하는 것이 가장 좋습니다.
noremotehost 채널 키워드는 로컬 호스트 이름을 사용하도록 지정합니다. 기본값은 noremotehost 키워드입니다.
defaulthost 채널 키워드는 받는 사용자 아이디에 추가할 특정 호스트 이름을 지정하는 데 사용됩니다. 또한, 해당 채널에서 수신하는 주소(봉투의 From: 및 헤더)를 완성하는 데 사용할 도메인 이름이 뒤에 와야 합니다. 제출 채널의 경우 defaulthost 키워드의 첫 번째 인수가 봉투의 To: 주소에도 적용됩니다. 선택적 두 번째 도메인 이름(하나 이상의 점이 있음)을 봉투의 To: 주소를 완성하는 데 사용하도록 지정할 수 있습니다. 기본값은 nodefaulthost입니다.
앞의 받는 메일을 위한 대체 채널(전환 채널) 절에서 설명한 것처럼 switchchannel 키워드를 사용하여 받는 SMTP 연결을 특정 채널에 연결할 수 있습니다. 이 기능을 사용하면 원격 메일 클라이언트를 적절하게 처리될 수 있는 특정 채널에서 그룹화할 수 있습니다. 또한, MTA 호스트에서 네트워크 차원 문제를 해결하려고 시도하는 것보다는 비호환 클라이언트를 여러 개 사용 중인 경우에도 표준 호환 원격 메일 클라이언트를 배포하는 것이 더 간단합니다.
수신자 헤더 행 없이 메일 적법화
RFC 822(인터넷) 메일에는To:, Cc: 또는 Bcc: 헤더 행과 같은 수신자 헤더 행이 있어야 합니다. 이러한 헤더 행이 없는 메일은 잘못된 것입니다. 그럼에도 불구하고 sendmail의 많은 이전 버전과 같은 일부 손상된 사용자 에이전트 및 메일 프로그램에서는 잘못된 메일을 생성합니다.
missingrecipientpolicy 키워드는 그러한 메일을 사용하는 방법을 지정하는 정수 값을 취합니다. 기본값은 이 키워드가 명백히 표시되지 않은 경우 1(잘못된 메일을 변경하지 않고 전달)이 됩니다.
표 12–25 missingrecipientpolicy 값|
값 |
작업 |
|---|---|
|
0 |
봉투의 To: 수신자를 To: 헤더 행에 넣습니다. |
|
1 |
잘못된 메일을 변경하지 않은 상태로 전달합니다. |
|
2 |
봉투의 To: 수신자를 To: 헤더 행에 넣습니다. |
|
3 |
모든 봉투의 To: 수신자를 Bcc: 헤더 행에 넣습니다. |
|
4 |
그룹 구조(예: “;”) To: 헤더 행을 “To: Recipients not specified: ;”로 생성합니다. |
|
5 |
빈 Bcc: 헤더 행을 생성합니다. |
|
6 |
메일을 거부합니다. |
MISSING_RECIPIENT_POLICY 옵션을 사용하여 이 동작에 대한 MTA 시스템 기본값을 설정할 수 있습니다. 초기 Messaging Server 구성에서는 MISSING_RECIPIENT_POLICY가 1로 설정됩니다.
잘못된 빈 수신자 헤더 스트라이핑
RFC 822(인터넷) 메일에서 To:, Resent-To:, Cc: 또는 Resent-Cc: 헤더에는 하나 이상의 주소가 포함되어 있어야 합니다. 이러한 헤더는 빈 값을 가질 수 없습니다. 그럼에도 불구하고 일부 메일 프로그램은 잘못된 헤더를 생성할 수 있습니다. dropblank 채널 키워드를 소스 채널에 지정한 경우 MTA는 받는 메일에서 그러한 잘못된 빈 헤더를 스트라이프합니다.
역방향 데이터베이스의 채널별 사용
reverse 키워드는 채널 대기열에 포함된 메일의 주소를 주소 역방향 데이터베이스 또는 REVERSE 매핑을 통해 검색하여 수정(있는 경우)하도록 지시합니다. noreverse는 채널 대기열에 포함된 메일의 주소를 주소 역방향 처리에서 제외합니다. 기본값은 reverse 키워드입니다. 주소를 내부 형식에서 공용 형식으로 변환 을 참조하십시오.
제한된 메일함 인코딩 사용
일부 메일 시스템에서는 RFC 822에서 허용하는 모든 형식의 주소를 처리하는 데 어려움이 있습니다. 이러한 공통된 예로는 잘못된 구성 파일을 갖는 sendmail 기반 메일 프로그램이 있습니다. 따옴표가 있는 로컬 부분 또는 메일함 사양이 문제의 원인이 되는 경우가 많습니다.
"smith, ned"@siroe.com
이러한 것이 문제의 주된 원인이며 RFC 1137에는 이러한 문제를 해결하기 위한 방법론이 나와 있습니다. 기본적인 방법은 주소에서 따옴표를 제거한 다음 따옴표가 필요한 문자를 atom에 허용된 문자로 매핑하는 변환을 적용하는 것입니다. 여기에 사용되는 atom에 대한 정의는 RFC 822를 참조하십시오. 예를 들면 선행 주소는 다음과 같습니다.
smith#m#_ned@siroe.com
restricted 채널 키워드는 채널이 이 인코딩을 필요로 하는 메일 시스템에 연결됨을 MTA에 알려줍니다. 그러면 MTA는 채널에 메일이 기록될 때 헤더와 봉투 주소 모두에서 따옴표가 있는 로컬 부분을 인코딩합니다. 채널의 받는 주소는 자동으로 디코딩됩니다. unrestricted 키워드는 MTA에 RFC 1137 인코딩 및 디코딩을 수행하지 않도록 지시합니다. 기본값은 unrestricted 키워드입니다.
주 –
따옴표가 있는 로컬 부분을 적용할 수 없는 시스템에 연결하는 채널에는 restricted 키워드를 적용해야 합니다. 따옴표가 있는 로컬 부분을 실제로 생성하는 채널에는 이 키워드를 적용할 수 없습니다. 그런 주소를 생성할 수 있는 채널은 해당 주소를 처리할 수 있다고 가정합니다.
Return-path: 헤더 행 생성
키워드: addreturnpath, noaddreturnpath
일반적으로 Return-path: 헤더 행을 추가하는 것은 최종 전달을 수행하는 채널에서 담당합니다. ims-ms 채널과 같은 일부 채널의 경우 채널에서 Return-path: 헤더를 추가하는 것보다 MTA에서 추가하는 것이 더 효과적입니다. addreturnpath 키워드는 Return-path: 헤더가 이 채널의 대기열에 포함될 때 이 경로를 추가합니다.
봉투의 To: 및 From: 주소에서 Received: 헤더 행 구성
키워드: receivedfor, noreceivedfor, receivedfrom, noreceivedfrom
receivedfor 키워드는 메일의 주소가 한 명의 봉투 수신자로만 지정된 경우 해당 봉투의 To: 주소를 Received: 헤더 행에 포함하도록 MTA에 지시합니다. 기본값은 receivedfor 키워드입니다. noreceivedfor 키워드는 봉투 주소 정보를 포함하지 않고 Received: 헤더 행을 구성하도록 MTA에 지시합니다.
receivedfrom 키워드는 특정 종류의 메일 목록 확장으로 인해 MTA에서 봉투의 From: 주소를 변경한 경우, 받는 메일에 대한 Received: 헤더 행을 구성할 때 원래의 From: 주소를 포함하도록 MTA에 지시합니다. 기본값은 receivedfrom입니다. noreceivedfrom 키워드는 원래 From: 주소를 포함하지 않고 Received: 헤더 행을 구성하도록 MTA에 지시합니다.
주소 헤더 행의 주석 처리
키워드: commentinc, commentmap commentomit, commentstrip, commenttotal, sourcecommentinc, sourcecommentmap, sourcecommentomit, sourcecommentstrip, sourcecommenttotal
MTA는 필요한 경우에만 헤더 행의 내용을 해석합니다. 그러나 주소를 포함하는 모든 등록된 헤더 행의 구문을 분석하여 축약형 주소를 제거한 다음 올바른 주소로 변환해야 합니다. 이 프로세스 중에 헤더 행을 다시 작성할 때 주석(괄호로 묶인 문자열)을 추출하여 수정하거나 제외할 수 있습니다.
이 동작은 commentinc, commentmap, commentomit, commentstrip 및 commenttotal 키워드를 사용하여 제어합니다. commentinc 키워드는 헤더 행에 주석을 유지하도록 MTA에 지시하는 기본값입니다. commentomit 키워드는 To:, From:, Cc: 헤더 행과 같은 주소 지정 헤더에서 주석을 제거하도록 MTA에 지시합니다.
commenttotal 키워드는 Received: 헤더 행을 제외한 모든 헤더 행에서 주석을 제거하도록 MTA에 지시합니다. 이 키워드는 대부분 유용하지 않거나 권장되지 않습니다. commentstrip은 모든 주석 필드에서 nonatomic 문자를 제거하도록 MTA에 지시합니다. commentmap 키워드는 COMMENT_STRINGS 매핑 테이블을 통해 주석 문자열을 실행합니다.
소스 채널에서 이 동작은 sourcecommentinc, sourcecommentmap, sourcecommentomit, sourcecommentstrip 및 sourcecommenttotal 키워드에 의해 제어됩니다. sourcecommentinc 키워드는 헤더 행에 주석을 유지하도록 MTA에 지시하는 기본값입니다. sourcecommentomit 키워드는 To:, From:, Cc:, From:, Cc: 등과 같은 주소 지정 헤더에서 주석을 제거하도록 MTA에 지시합니다. sourcecommenttotal 키워드는 Received: 헤더를 제외한 모든 헤더에서 주석을 제거하도록 MTA에 지시합니다. 따라서, 이 키워드는 대부분 유용하지 않거나 권장되지 않습니다. 마지막으로 sourcecommentstrip 키워드는 모든 주석 필드에서 nonatomic 문자를 스트라이프하도록 MTA에 지시합니다. sourcecommentmap 키워드는 소스 채널을 통해 주석 문자열을 실행합니다.
이러한 키워드는 모든 채널에 적용될 수 있습니다.
COMMENT_STRINGS 매핑 테이블의 구문은 다음과 같습니다.
(comment_text) | address
항목 템플리트가 $Y 플래그를 설정하는 경우 원래 주석이 지정된 텍스트(괄호로 묶임)로 변경됩니다.
주소 헤더 행에서 개인 이름 처리
키워드: personalinc, personalmap, personalomit, personalstrip, sourcepersonalinc, sourcepersonalmap, sourcepersonalomit, sourcepersonalstrip
다시 쓰기 프로세스 중에 주소를 포함하는 모든 등록된 헤더 행의 구문을 분석하여 축약형 주소를 제거한 다음 올바른 주소로 변환해야 합니다. 이 프로세스 중에 헤더 행을 다시 작성할 때 개인 이름(대괄호로 구분된 주소 앞의 문자열)을 추출하여 선택적으로 수정하거나 제외할 수 있습니다.
이 동작은 personalinc, personalmap, personalomit 및 personalstrip 키워드를 사용하여 제어합니다. personalinc 키워드는 헤더에 개인 이름을 유지하도록 MTA에 지시하는 기본값입니다. personalomit 키워드는 모든 개인 이름을 제거하도록 MTA에 지시합니다. personalstrip 키워드는 모든 개인 이름 필드에서 nonatomic 문자를 스트라이프하도록 MTA에 지시합니다. personalmap 키워드는 PERSONAL_NAMES 매핑 테이블을 통해 개인 이름을 실행하도록 MTA에 지시합니다.
소스 채널에서 이 동작은 sourcepersonalinc, sourcepersonalmap, sourcepersonalomit 또는 sourcepersonalstrip 키워드에 의해 제어됩니다. sourcepersonalinc 키워드는 헤더에 개인 이름을 유지하도록 MTA에 지시하는 기본값입니다. sourcepersonalomit 키워드는 모든 개인 이름을 제거하도록 MTA에 지시합니다. 마지막으로 sourcepersonalstrip은 모든 개인 이름 필드에서 nonatomic 문자를 스트라이프하도록 MTA에 지시합니다. sourcepersonalmap 키워드는 소스 채널을 통해 개인 이름을 실행하도록 MTA에 지시합니다.
이러한 키워드는 모든 채널에 적용될 수 있습니다.
PERSONAL_NAMES 매핑 테이블 검사 구문은 다음과 같습니다.
personal_name | address
템플리트에 $Y 플래그를 설정하면 원래의 개인 이름이 지정된 텍스트로 변경됩니다.
별칭 파일 및 별칭 데이터베이스 검사 지정
일반적으로 로컬 채널(UNIX의 l 채널)에 다시 작성된 주소만 별칭 파일과 별칭 데이터베이스에서 조회됩니다. aliaslocal 키워드를 채널에 배치하여 별칭 파일과 별칭 데이터베이스에서 해당 채널에 다시 작성된 주소를 조회할 수도 있습니다. 만든 조회 검사의 정확한 형식은 ALIAS_DOMAINS 옵션에 의해 제어됩니다.
하위 주소 처리
키워드: subaddressexact, subaddressrelaxed, subaddresswild
하위 주소의 개념 관련 배경으로 원시 및 ims-ms 채널은 주소의 로컬 부분(메일함 부분)에서 + 문자를 해석합니다. name+subaddress@domain 형식 주소에서 MTA는 더하기(+) 문자 뒤의 메일함 부분을 하위 주소로 간주합니다. 원시 채널은 하위 주소를 추가 정보로 취급하고 해당 하위 주소에 관계 없이 계정 이름에 실제로 전달합니다. ims-ms 채널은 하위 주소를 전달할 폴더 이름으로 해석합니다.
하위 주소는 로컬 채널(UNIX의 L 채널)에 의한 별칭 조회, aliaslocal 키워드로 표시한 채널에 의한 별칭 조회, 디렉토리 채널에 의한 메일함 조회 등에도 영향을 미칩니다. 그런 일치를 위해 정확한 하위 주소 처리를 구성할 수 있습니다. 주소를 항목과 비교할 경우 MTA는 항상 하위 주소를 포함한 전체 메일함에서 정확한 일치를 먼저 검사합니다. 그런 다음 MTA가 추가 검사를 수행하는지 여부를 구성할 수 있습니다.
subaddressexact 키워드는 항목 일치 중에 특수 하위 주소 처리를 수행하지 않도록 MTA에 지시합니다. 하위 주소를 포함하여 전체 메일함이 항목과 일치해야 별칭이 일치하는 것으로 간주됩니다. 추가 비교(와일드카드 비교 또는 하위 주소를 제외한 비교)가 수행되지 않습니다. subaddresswild 키워드는 전체 하위 주소를 포함한 정확한 일치를 조사한 다음 name+* 형식 항목을 조사하도록 MTA에 지시합니다. subaddressrelaxed 키워드는 정확한 일치를 조사하고 name+* 형식 일치를 조사한 다음 이름 부분에 대해서만 일치를 조사하도록 MTA에 지시합니다. subaddressrelaxed를 사용하면 다음 형식의 별칭 항목이 name 또는 name+subaddress와 일치되고, 일반 이름이 새 이름으로 변환되며, name+subaddress가 newname+subaddress로 변환됩니다. 기본값은 subaddressrelaxed 키워드입니다.
name: newname+*
따라서 subaddresswild 키워드 또는 subaddressrelaxed 키워드는 별칭 또는 디렉토리 채널이 사용 중이지만 임의의 하위 주소를 사용하여 주소가 지정된 메일을 받으려는 경우에 유용할 수 있습니다. 이러한 키워드를 사용하면 주소에서 단일 하위 주소 변형마다 별도의 항목을 둘 필요가 없습니다.
이러한 키워드는 로컬 채널(UNIX의 L 채널) 또는 aliaslocal 키워드로 표시한 채널에만 적용됩니다.
표준 Messaging Server 구성은 실제로 subaddressrelaxed 동작을 하는 L 채널에서 중계됩니다(기본적으로 다른 키워드를 명시하지 않은 경우).
채널별 다시 쓰기 규칙 검사 사용
rules 키워드는 이 채널에 대해 채널별 다시 쓰기 규칙 검사를 실행하도록 MTA에 지시합니다. 기본값입니다. norules 키워드는 이 채널을 검사하지 않도록 MTA에 지시합니다. 이 두 키워드는 일반적으로 디버깅하는 데 사용되고 실제 응용 프로그램에서는 거의 사용되지 않습니다.
소스 경로 제거
dequeue_removeroute 키워드는 메일을 대기열에서 제거할 때 소스 경로를 봉투의 To: 주소에서 제거합니다. 이 키워드는 현재 tcp-* 채널에서만 구현됩니다. 또한, 소스 경로를 올바르게 처리하지 못하는 시스템에 메일을 전송할 때 유용합니다.
반드시 별칭을 통해 주소 지정
키워드: viaaliasoptional, viaaliasrequired
viaaliasrequired는 채널과 일치하는 최종 수신자 주소를 별칭을 통해 생성해야 함을 지정합니다. 최종 수신자 주소는 별칭 확장(해당하는 경우)이 수행된 이후의 일치를 참조합니다. 주소를 MTA에 수신자 주소로 직접 전달할 수 없습니다. 즉, 주소를 채널에 다시 쓰는 것만으로는 부족합니다. 채널에 다시 쓴 후 별칭을 통해 주소를 확장해야 채널과 일치하는 것으로 간주됩니다.
예를 들어, 로컬 채널에서 viaaliasrequired 키워드를 사용하여 임의의 계정(예: UNIX 시스템에서 임의의 원시 Berkeley 메일함)에 전달하지 못하게 할 수 있습니다.
기본값은 viaaliasoptional이며 별칭을 사용하여 채널과 일치하는 최종 수신자 주소를 생성할 필요가 없음을 의미합니다.
- © 2010, Oracle Corporation and/or its affiliates