헤더 처리 구성
이 절에서는 헤더 및 봉투 정보를 처리하는 키워드에 대해 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.
포함 헤더 다시 쓰기
필요한 경우에만 헤더 행의 내용을 해석합니다. MIME 메일은 메일 내부에 메일을 포함하는 기능이 있기 때문에 여러 메일 헤더 집합을 포함할 수 있습니다(메일/RFC822). MTA는 일반적으로 가장 외부에 있는 메일 헤더 집합만 해석하고 다시 씁니다. 메일의 내부 헤더에도 헤더 다시 쓰기를 적용하도록 MTA에 선택적으로 지시할 수 있습니다.
이 동작은 noinner 및 inner 키워드에 의해 제어됩니다. noinner 키워드는 내부 메일 헤더 행을 다시 쓰지 않도록 MTA에 지시하는 기본값입니다. inner 키워드는 메일의 구문을 분석하고 내부 헤더를 다시 쓰도록 MTA에 지시합니다. 이러한 키워드는 모든 채널에 적용될 수 있습니다.
선택한 메일 헤더 행 제거
키워드: headertrim, noheadertrim, headerread, noheaderread, innertrim noinnertrim
MTA는 메일에서 선택한 메일 헤더 행을 잘라내거나 제거하기 위한 채널 단위 기능을 제공합니다. 이 작업은 채널 키워드와 관련 헤더 옵션 파일을 조합하거나 두 가지를 모두 사용하여 수행됩니다. 헤더 옵션 파일 형식에 대해서는 Sun Java System Messaging Server 6 2005Q4 Administration Reference의 Header Option Files에 설명되어 있습니다.
headertrim 키워드는 원본 메일 헤더를 처리한 후에 채널과 연결된 헤더 옵션 파일을 참조하여 해당 대상 채널의 대기열에 포함된 메일의 헤더를 적절하게 잘라내도록 MTA에 지시합니다. noheadertrim 키워드는 헤더 자르기를 수행하지 않습니다. 기본값은 noheadertrim 키워드입니다.
innertrim 키워드는 내부 메일 부분(내장된 MESSAGE/RFC822 부분)에서도 헤더 자르기를 수행하도록 MTA에 지시합니다. 기본값인 noinnertrim 키워드는 내부 메일 부분에서 헤더 자르기를 수행하지 않도록 MTA에 지시합니다.
headerread 키워드는 원본 메일 헤더를 처리하기 전에 채널과 연결된 헤더 옵션 파일을 참조하여 해당 소스 채널에 의해 대기열에 포함된 메일의 헤더를 적절하게 잘라내도록 MTA에 지시합니다. 반면에 headertrim 헤더 자르기는 메일을 처리한 이후에 적용되며 소스 채널이 아니라 대상 채널입니다. noheaderread 키워드는 메일 대기열이 포함된 헤더 자르기를 수행하지 않습니다. 기본값은 noheaderread입니다.
headeromit 및 headerbottom 키워드와 달리 headertrim 및 headerread 키워드는 모든 채널에 적용될 수 있습니다. 메일에서 필수 헤더 정보를 스트라이프하면 MTA 작업이 잘못 수행될 수 있습니다. 따라서 제거하거나 제한할 헤더를 선택할 경우 각별히 주의하십시오. 이 기능은 선택한 헤더 행을 제거하거나 제한해야 할 경우를 위해 제공됩니다.
주의 – 메일에서 헤더 정보를 스트라이프하면 MTA 작업이 잘못 수행될 수 있습니다. 따라서 제거하거나 제한할 헤더를 선택할 경우 주의하십시오. 이러한 키워드는 선택한 헤더 행을 제거하거나 제한해야 할 경우를 위해 제공됩니다. 헤더 행을 자르거나 제거하기 전에 해당 헤더의 사용법을 이해하고 제거의 함축된 의미를 고려해야 합니다.
headertrim 및 innertrim 키워드의 헤더 옵션 파일에는 채널이 있는 channel_headers.opt 형식 이름과 헤더 옵션 파일이 연결되는 채널 이름이 있습니다. 마찬가지로 headerread 키워드의 헤더 옵션 파일에는 channel_read_headers.opt 형식의 이름이 있습니다. 이러한 파일은 MTA 구성 디렉토리인 instance_root/imta/config/에 저장됩니다.
X-Envelope-to 헤더 행 생성/제거
x_env_to 및 nox_env_to 키워드는 특정 채널의 대기열에 포함된 메일 복사본에서 X-Envelope-to 헤더 행의 생성 또는 억제를 제어합니다. single 키워드로 표시한 채널에서 x_env_to 키워드는 이러한 헤더를 생성하고 nox_env_to 키워드는 대기열에 포함된 메일에서 해당 헤더를 제거합니다. 기본값은 nox_env_to입니다.
x_env_to 키워드를 적용하려면 single 키워드가 필요합니다.
두 자리 또는 네 자리로 날짜 변환
원본 RFC 822 사양은 메일 헤더의 날짜 필드에서 두 자리 연도를 호출합니다. 이 연도 표시는 이후에 RFC 1123에서 네 자리로 변경되었지만, 일부 이전 메일 시스템에서는 네 자리 날짜를 사용할 수 없습니다. 또한, 일부 최신 메일 시스템에서는 두 자리 날짜를 더 이상 받아들이지 없습니다.
주 –
두 형식을 모두 처리할 수 없는 시스템은 표준 위반입니다.
datefour 및 datetwo 키워드는 메일 헤더 날짜에서 MTA의 연도 필드 처리를 제어합니다. 기본값인 datefour 키워드는 모든 연도 필드를 네 자리로 확장하도록 MTA에 지시합니다. 50보다 작은 두 자리 날짜에는 2000이 추가되고 50보다 큰 값에는 1900이 추가됩니다.
주의 – datetwo 키워드는 네 자리 날짜에서 앞의 두 자리를 제거하도록 MTA에 지시합니다. 이 키워드는 두 자리 날짜를 필요로 하는 호환되지 않는 메일 시스템과 호환성을 제공하기 위한 것입니다. 이외의 다른 목적으로 사용해서는 안 됩니다.
날짜의 요일 지정
RFC 822 사양은 메일 헤더의 날짜 필드에서 선행 요일 사양에 허용됩니다. 요일 정보를 적용할 수 없는 시스템도 있습니다. 따라서 요일 정보를 헤더에 표시하면 매우 유용하기는 하지만 일부 시스템에서는 이 정보를 포함하기를 꺼리게 됩니다.
dayofweek 및 nodayofweek 키워드는 MTA의 요일 정보 처리를 제어합니다. 기본값인 dayofweek 키워드는 요일 정보를 유지하고 날짜 및 시간 헤더에 이 정보를 추가(없는 경우)하도록 MTA에 지시합니다.
주의 – nodayofweek 키워드는 날짜 및 시간 헤더에서 선행 요일 정보를 제거하도록 MTA에 지시합니다. 이 키워드는 이 정보를 제대로 처리할 수 없는 호환되지 않는 메일 시스템과 호환성을 제공하기 위한 것입니다. 이외의 다른 목적으로 사용해서는 안 됩니다.
긴 헤더 행 자동 분할
키워드: maxheaderaddrs, maxheaderchars
일부 메일 전송 프로그램 특히, 일부 sendmail 구현에서는 긴 헤더 행을 제대로 처리할 수 없습니다. 이로 인해 헤더가 손상되지는 않지만 잘못된 메일 거부를 초래할 수 있습니다. 이는 총체적인 표준 위반이지만 일반적인 문제이기도 합니다.
MTA는 긴 헤더 행을 독립된 여러 헤더 행으로 분할하기 위한 채널 단위 기능을 제공합니다. maxheaderaddrs 키워드는 한 행에 표시할 수 있는 주소 수를 제어합니다. maxheaderchars 키워드는 한 행에 표시할 수 있는 문자 수를 제어합니다. 두 키워드 모두 연관된 제한을 지정하는 단일 정수 매개 변수를 필요로 합니다. 기본적으로 헤더 행의 길이와 표시할 수 있는 주소 수에는 제한이 적용되지 않습니다.
헤더 맞춤 및 접기
키워드: headerlabelalign, headerlinelength
headerlabelalign 키워드는 이 채널의 대기열에 포함된 메일 헤더에 대한 맞춤 점을 제어합니다. 맞춤 점은 정수 값 인수를 가집니다. 맞춤 점은 헤더 내용이 정렬되는 여백입니다. 예를 들어, 맞춤 점이 10인 샘플 헤더 행의 모양은 다음과 같습니다.
To: joe@siroe.com
From: mary@siroe.com
Subject: Alignment test
|
기본 headerlabelalign은 0이고 헤더가 정렬되지 않습니다. headerlinelength 키워드는 이 채널의 대기열에 포함된 메일 헤더 행의 길이를 제어합니다. 이 키워드보다 더 긴 행은 RFC 822 접기 규칙에 따라 접힙니다.
이러한 키워드는 메일 대기열에 있는 메일 헤더의 형식만 제어합니다. 헤더의 실제 디스플레이는 일반적으로 사용자 에이전트에 의해 제어됩니다. 또한, 인터넷을 통해 전송할 경우 일반적으로 헤더의 형식이 다시 지정되기 때문에 이러한 키워드는 메일 헤더의 형식을 다시 지정하지 못하는 단순 사용자 에이전트와 함께 사용하더라도 가시적인 효과가 없을 수 있습니다.
최대 길이 헤더 지정
많은 주소를 포함하는 긴 헤더 행을 처리하려면 많은 시스템 자원을 사용할 수 있습니다. maxprocchars 키워드는 MTA가 처리하고 다시 쓸 수 있는 최대 길이 헤더를 지정하는 데 사용됩니다. 이 키워드보다 더 긴 헤더를 지닌 메일도 허용되고 전달됩니다. 긴 헤더 행을 어떠한 식으로도 다시 쓰지 않는다는 점만 차이가 납니다. 단일 정수 인수가 필요하며 기본값은 모든 길이의 헤더를 처리합니다.
민감도 검사
키워드: sensitivitynormal, sensitivitypersonal, sensitivityprivate sensitivitycompanyconfidential
민감도 검사 키워드는 채널에 허용될 수 있는 메일 민감도에 대한 최대값을 설정합니다. 기본값은 sensitivitycompanyconfidential이며 모든 민감도의 메일이 허용됩니다. Sensitivity: 헤더가 없는 메일은 보통(가장 낮은 민감도)으로 간주됩니다. 그런 키워드에 의해 지정된 것보다 더 높은 민감도를 갖는 메일은 채널의 대기열에 포함되면 거부되고 다음과 같은 오류 메시지가 표시됩니다.
message too sensitive for one or more paths used
MTA는 이러한 민감도 검사를 수신자 단위가 아니라 메일 단위로 수행합니다. 한 수신자의 대상 채널에서 민감도 검사에 실패할 경우 해당 메일은 해당 민감도 채널에 연결된 수신자뿐만 아니라 모든 수신자에게 전달됩니다.
헤더의 기본 언어 설정
- © 2010, Oracle Corporation and/or its affiliates