탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 관리: 네트워크 서비스 Oracle Solaris 11 Information Library (한국어) |
sendmail 컴파일에 사용되는 플래그 및 사용되지 않는 플래그
sendmail 버전 8.13에서 TLS를 사용하는 SMTP 실행 지원
TLS를 사용하여 SMTP를 실행하기 위한 구성 파일 옵션
sendmail 버전 8.13의 추가 및 개정된 구성 파일 옵션
sendmail 버전 8.13의 추가 및 개정된 FEATURE() 선언
sendmail 버전 8.12의 TCP 래퍼에 대한 지원
sendmail 버전 8.12의 submit.cf 구성 파일
sendmail 버전 8.12의 추가 또는 제거된 명령줄 옵션
sendmail 버전 8.12의 PidFile 및 ProcessTitlePrefix 옵션을 위한 추가 인수
sendmail 버전 8.12의 추가 및 개정된 m4 구성 매크로
sendmail 버전 8.12의 FEATURE() 선언 변경 사항
sendmail 버전 8.12에서 MAILER() 선언의 변경 사항
sendmail 버전 8.12의 추가 배달 에이전트 플래그
sendmail 버전 8.12에서 배달 에이전트에 대한 등식
sendmail 버전 8.12의 LDAP에 대한 변경 사항
sendmail 버전 8.12의 내장 메일러 변경 사항
sendmail 버전 8.12 및 구성의 IPv6 주소
메일 서비스에는 서로 상호 작용하는 여러 프로그램과 데몬이 포함됩니다. 이 절에서는 전자 메일 관리에 관련된 파일, 프로그램, 용어 및 개념을 소개합니다.
vacation 유틸리티의 기능이 향상되어 사용자가 자동 생성된 회신을 수신하는 받는 메시지를 지정할 수 있습니다. 이 향상된 기능으로 인해 사용자는 기밀 또는 연락처 정보를 알 수 없는 사용자와 공유하는 문제를 방지할 수 있습니다. 스패머나 알 수 없는 사용자가 보낸 메시지에는 회신이 전송되지 않습니다.
이러한 향상된 기능은 수신되는 송신자의 전자우편 주소를 .vacation.filter 파일의 도메인 또는 전자우편 주소 목록과 비교하여 작동합니다. 이 파일은 사용자가 만들며 사용자의 홈 디렉토리에 있습니다. 도메인이나 전자 메일 주소 일치 항목이 있으면 회신이 전송됩니다. 일치가 검색되지 않는 경우 응답이 송신되지 않습니다.
.vacation.filter는 다음과 같은 항목을 포함할 수 있습니다.
company.com mydomain.com onefriend@hisisp.com anotherfriend@herisp.com
행마다 도메인이나 전자 메일 주소가 하나씩 있습니다. 각 항목은 별도의 행에 있어야 합니다. 보낸 사람의 전자 메일 주소가 전자 메일 주소 항목과 일치하기 위해서는 대소문자를 제외하고 정확히 일치해야 합니다. 보낸 사람 주소의 문자가 소문자인지 대문자인지는 무시됩니다. 보낸 사람의 전자 메일 주소가 도메인 항목과 일치하기 위해서는 나열된 도메인이 보낸 사람 주소에 포함되어야 합니다. 예를 들어, somebody@dept.company.com과 someone@company.com 모두 company.com의 도메인 항목에 대한 일치 항목이 됩니다.
자세한 내용은 vacation(1) 매뉴얼 페이지를 참조하십시오.
다음 표에서는 메일 서비스에 사용되는 /usr/bin 디렉토리의 내용을 보여줍니다.
|
다음 표에서는 /etc/mail 디렉토리의 내용을 보여줍니다.
|
/etc/mail 디렉토리에는 하위 디렉토리인 cf가 있습니다. sendmail.cf 파일을 작성하는 데 필요한 모든 파일이 여기에 포함됩니다. cf의 내용은 표 14-9에 나와 있습니다.
읽기 전용 /usr 파일 시스템을 지원하기 위해 /usr/lib/mail 디렉토리의 내용이 /etc/mail/cf 디렉토리로 이동했습니다. 그러나 다음의 예외에 유의해야 합니다. /usr/lib/mail/sh/check-hostname 및 /usr/lib/mail/sh/check-permissions 쉘 스크립트는 이제 /usr/sbin 디렉토리에 있습니다. 메일 서비스에 사용되는 기타 파일을 참조하십시오. 역방향 호환성을 위하여 심볼 링크가 각 파일의 새 위치를 가리킵니다.
표 14-9 메일 서비스에 사용되는 /etc/mail/cf 디렉토리의 내용
|
다음 표에서는 메일 서비스에 사용되는 /usr/lib 디렉토리의 내용을 보여줍니다.
표 14-10 /usr/lib 디렉토리의 내용
|
표 14-11에 표시된 대로 기타 여러 파일과 디렉토리가 메일 서비스에 사용됩니다.
표 14-11 메일 서비스에 사용되는 기타 파일
|
다음 프로그램의 조합으로 메일 서비스가 제공됩니다. 이들 프로그램은 그림 14-2와 같이 상호 작용합니다.
그림 14-2 메일 프로그램의 상호 작용
다음은 메일 프로그램의 상호 작용에 대한 설명입니다.
사용자가 mailx와 같은 프로그램을 사용하여 메시지를 보냅니다. 자세한 내용은 mailx(1)의 매뉴얼 페이지를 참조하십시오.
메시지를 생성한 프로그램이 메시지를 수집하고 sendmail 데몬에 메시지가 전달됩니다.
sendmail 데몬이 메시지의 주소를 구문 분석하며 식별할 수 있는 세그먼트로 나눕니다. 데몬은 구성 파일 /etc/mail/sendmail.cf의 정보를 사용하여 네트워크 이름 구문, 별칭, 전달 정보 및 네트워크 토폴로지를 확인합니다. sendmail은 이 정보를 사용하여 받는 사람에게 도달하기 위해 메시지가 전송될 경로를 결정합니다.
sendmail 데몬은 적절한 시스템에 메시지를 전달합니다.
로컬 시스템의 /usr/lib/mail.local 프로그램이 메시지 받는 사람의 /var/mail/username 디렉토리에 메일을 전달합니다.
받는 사람은 mail, mailx 또는 유사 프로그램을 사용하여 메일이 도착했다는 통지를 받고 메일을 검색합니다.
다음 목록에서는 sendmail 프로그램의 몇 가지 기능에 대해 설명합니다.
sendmail은 TCP/IP 및 UUCP와 같은 여러 유형의 통신 프로토콜을 사용할 수 있습니다.
sendmail은 SMTP 서버, 메시지 대기열 및 메일링 목록을 구현합니다.
sendmail은 다음 이름 지정 규약과 함께 사용할 수 있는 패턴 일치 시스템을 사용하여 이름 해석을 제어합니다.
도메인 기반 이름 지정 규약. 도메인 기술은 물리적 이름 지정을 논리적 이름 지정과 구분합니다. 도메인에 대한 자세한 내용은 메일 주소를 참조하십시오.
다른 네트워크에 있는 호스트에 로컬로 표시되는 네트워크 이름을 제공하는 등의 임시 기술
임의의(이전) 이름 지정 구문
서로 다른 이름 지정 체계
Oracle Solaris 운영 체제에서는 sendmail 프로그램을 메일 라우터로 사용합니다. 다음 목록에서는 그 기능 중 몇 가지에 대해 설명합니다.
sendmail은 전자 메일 메시지를 받아 mail.local 또는 procmail과 같은 로컬 배달 에이전트로 배달합니다.
sendmail은 mailx 및 Mozilla Mail과 같은 사용자 에이전트에서 메시지를 받고 인터넷을 통해 대상으로 메시지의 경로를 지정하는 메일 전송 에이전트입니다.
sendmail은 다음과 같은 방법으로 사용자가 보내는 전자 메일 메시지를 제어합니다.
받는 사람의 주소 평가
알맞은 배달 프로그램 선택
배달 에이전트가 처리할 수 있는 형식으로 주소 다시 쓰기
필요에 따라 메일 헤더 형식 다시 지정
배달을 위해 전송된 메시지를 메일 프로그램에 최종 전달
sendmail 프로그램에 대한 자세한 내용은 다음 항목을 참조하십시오.
sendmail 프로그램은 메일 경로 재지정을 위한 세 가지 방식을 지원합니다. 관련된 변경 사항 유형에 따라 적합한 방식을 선택해야 합니다.
서버 변경 사항
도메인 차원의 변경 사항
사용자 한 명의 변경 사항
또한 선택한 경로 재지정 방식은 필요한 관리 레벨에 영향을 줄 수 있습니다. 다음 옵션을 고려해 보십시오.
경로 지정 방식 중 한 가지는 별칭입니다.
사용된 파일 유형에 따라 별칭은 서버 또는 이름 서비스 차원에서 주소에 이름을 매핑할 수 있습니다.
이름 서비스 별칭에는 다음과 같은 장단점이 있습니다.
이름 서비스 별칭 파일을 사용하면 단일 소스에서 메일 경로 지정 변경을 관리할 수 있습니다. 그러나 다시 경로 지정 변경이 전파되면 이름 서비스 별칭으로 인해 지체 시간이 생길 수 있습니다.
이름 서비스 관리는 대개 선택된 시스템 관리자 그룹으로 제한됩니다. 일반 사용자는 이 파일을 관리할 수 없습니다.
서버 별칭 파일을 사용하면 다음과 같은 장단점이 있습니다.
서버 별칭 파일을 사용하면 지정된 서버에서 root가 될 수 있는 사용자가 경로 재지정을 관리할 수 있습니다.
경로 재지정 변경이 전파될 경우 서버 별칭으로 인해 지체 시간이 거의 또는 전혀 생기지 않아야 합니다.
변경 사항은 로컬 서버에만 영향을 미치며, 대부분의 메일이 한 서버로 전송되는 경우 수락할 수 있습니다. 그러나 이 변경 사항을 여러 메일 서버로 전파해야 할 경우 이름 서비스를 사용하십시오.
일반 사용자는 이 변경 사항을 관리하지 않습니다.
자세한 내용은 이 장에서 메일 별칭 파일을 참조하십시오. 작업 맵은 13 장메일 서비스(작업)의 편지 별칭 파일 관리(작업 맵)를 참조하십시오.
다음 방식은 전달입니다.
이 방식을 사용하면 사용자가 메일 경로 재지정을 관리할 수 있습니다. 로컬 사용자가 받는 메일을 다음 대상에게 경로를 다시 지정할 수 있습니다.
다른 우편함
다른 메일러
다른 메일 호스트
이 방식은 .forward 파일을 사용할 때 지원됩니다. 이 파일에 대한 자세한 내용은 이 장에서 .forward 파일을 참조하십시오. 작업 맵은 13 장메일 서비스(작업)의 .forward 파일 관리(작업 맵)를 참조하십시오.
마지막 경로 재지정 방식은 포함입니다.
이 방식을 사용하면 사용자가 root 액세스 권한 없이 별칭 목록을 유지 관리할 수 있습니다. 이 기능을 제공하려면 root 사용자가 서버에서 별칭 파일에 해당 항목을 만들어야 합니다. 이 항목이 생성된 후 사용자는 필요할 경우 메일의 경로를 다시 지정할 수 있습니다. 포함에 대한 자세한 내용은 이 장에서 /etc/mail/aliases 파일을 참조하십시오. 작업 맵은 13 장메일 서비스(작업)의 편지 별칭 파일 관리(작업 맵)를 참조하십시오.
주 - /usr/bin/mailx와 같이 메일을 읽는 프로그램은 메시지가 sendmail에 도착하기 전에 확장되는 고유한 별칭을 가질 수 있습니다. sendmail에 대한 별칭은 로컬 파일이나 NIS와 같은 다양한 이름 서비스 소스에서 생겨날 수 있습니다. 조회 순서는 svc:/system/name-service/switch 서비스로 결정됩니다. nsswitch.conf(4) 매뉴얼 페이지를 참조하십시오.
sendmail 프로그램은 다음과 같은 기능을 제공합니다.
sendmail은 안정적입니다. 모든 메시지를 정확하게 배달할 수 있도록 설계된 프로그램입니다. 메시지가 완전히 사라지는 일은 일어나지 않습니다.
sendmail은 가능할 경우 항상 기존의 소프트웨어를 배달에 사용합니다. 예를 들어, 사용자가 메일 생성 및 메일 전송 프로그램과 상호 작용합니다. 메일이 제출되면 메일 생성 프로그램이 sendmail을 호출하여 메시지의 경로를 올바른 메일러로 지정합니다. 보낸 사람이 네트워크 서버이고 메일러가 네트워크 클라이언트인 경우가 있으므로 sendmail을 인터넷 메일 게이트웨이로 사용할 수 있습니다. 프로세스에 대한 자세한 내용은 메일 프로그램의 상호 작용을 참조하십시오.
여러 네트워크를 비롯하여 복잡한 환경을 처리하도록 sendmail을 구성할 수 있습니다. sendmail은 주소 구문과 주소 내용을 확인하여 사용할 메일러를 결정합니다.
sendmail은 구성 정보를 코드로 컴파일할 필요 없이 구성 파일을 사용하여 메일 구성을 제어합니다.
사용자는 자신의 메일링 목록을 유지 관리할 수 있습니다. 또한 개별 사용자는 대개 NIS가 유지 관리하는 도메인 차원 별칭에 있는 도메인 차원 별칭 파일을 수정하지 않고 고유한 전달 방식을 지정할 수 있습니다.
각 사용자는 사용자 정의 메일러가 받는 메일을 처리하도록 지정할 수 있습니다. 사용자 정의 메일러는 “I am on vacation.”이라는 메시지를 반환하는 등의 기능을 제공할 수 있습니다. 자세한 내용은 vacation(1) 매뉴얼 페이지를 참조하십시오.
sendmail은 주소를 단일 호스트로 일괄 처리하여 네트워크 트래픽을 줄입니다.
구성 파일은 sendmail이 기능을 수행하는 방식을 제어합니다. 구성 파일은 배달 에이전트, 주소 다시 쓰기 규칙 및 메일 헤더 형식의 선택 사항을 결정합니다. sendmail 프로그램은 /etc/mail/sendmail.cf 파일의 정보를 사용하여 기능을 수행합니다.
Oracle Solaris 운영 체제는 /etc/mail 디렉토리에 기본 구성 파일을 제공합니다.
submit.cf - 데몬 모드가 아니라 Mail Submission Program 모드에서 sendmail을 실행하는 데 사용되는 구성 파일입니다. 자세한 내용은 sendmail 버전 8.12의 submit.cf 구성 파일을 참조하십시오.
메일 클라이언트, 메일 서버, 메일 호스트 또는 메일 게이트웨이를 설정할 때 다음 사항을 고려하십시오.
메일 클라이언트나 메일 서버의 경우 기본 구성 파일을 설정하거나 편집하기 위해 아무 것도 수행할 필요가 없습니다.
메일 호스트나 메일 게이트웨이를 설정하려면 메일 구성에 필요한 중계 메일러 및 중계 호스트 매개변수를 설정해야 합니다. 작업 정보는 13 장메일 서비스(작업)의 메일 서비스 설정(작업 맵) 또는 sendmail 구성 변경을 참조하십시오. sendmail 버전 8.13을 사용할 경우 더 이상 main.cf 파일이 필요 없습니다.
다음 목록에서는 사이트 요구 사항에 따라 변경할 수 있는 몇 가지 구성 매개변수에 대해 설명합니다.
시간 값 - 다음 정보를 지정합니다.
읽기 시간 초과
메시지가 보낸 사람에게 돌아가기 전에 대기열에서 배달되지 않은 채 남아있는 시간. sendmail 버전 8.12의 추가 대기열 기능을 참조하십시오. 작업 맵은 대기열 디렉토리 관리(작업 맵)를 참조하십시오.
배달 모드 - 메일이 배달되기까지의 시간을 지정합니다.
로드 한계 - 사용량이 많을 때 효율성을 높입니다. 이러한 매개변수를 사용하면 sendmail이 대용량 메시지, 받는 사람이 여러 명인 메시지 및 오랫동안 작동이 중지된 사이트로 보내는 메시지를 배달하지 않습니다.
다음과 같은 파일, 맵 또는 테이블 중 하나를 사용하여 별칭을 유지 관리합니다.
별칭 사용자 및 별칭을 변경할 수 있는 사용자에 따라 별칭을 유지 관리하는 방법이 결정됩니다. 별칭 유형마다 고유한 형식 요구 사항이 있습니다.
작업 정보는 13 장메일 서비스(작업)의 편지 별칭 파일 관리(작업 맵)를 참조하십시오.
.mailrc 파일에 나열된 별칭에는 파일 소유자만 액세스할 수 있습니다. 이 제한으로 인해 사용자는 자신이 제어하고 해당 소유자만 사용할 수 있는 별칭 파일을 만들 수 있습니다. .mailrc 파일에 있는 별칭은 다음 형식을 따릅니다.
alias aliasname value value value ...
aliasname은 메일을 보낼 때 사용자가 사용하는 이름이며 value는 유효한 전자 메일 주소입니다.
사용자가 이름 서비스의 scott에 대한 전자 메일 주소와 일치하지 않는 전자 메일 주소를 scott에 대해 설정할 경우 오류가 발생합니다. 이 사용자가 생성한 메일에 회신할 경우 잘못된 상대에게 메일의 경로가 지정됩니다. 유일한 해결 방법은 다른 별칭 설정 방식을 사용하는 것입니다.
/etc/mail/aliases 파일에 설정된 별칭은 별칭의 이름과 파일이 포함된 시스템의 호스트 이름을 아는 사용자만 사용할 수 있습니다. 로컬 /etc/mail/aliases 파일의 배포 목록 형식은 다음과 같습니다.
aliasname: value,value,value ...
aliasname은 이 별칭으로 메일을 보낼 때 사용자가 사용하는 이름이며 value는 유효한 전자 메일 주소입니다.
네트워크에서 이름 서비스를 실행하지 않는 경우 각 시스템의 /etc/mail/aliases 파일에 모든 메일 클라이언트에 대한 항목이 있어야 합니다. 각 시스템에서 파일을 편집하거나 시스템 하나에서 파일을 편집하고 다른 시스템에 각각 파일을 복사할 수 있습니다.
/etc/mail/aliases 파일의 별칭은 텍스트 형식으로 저장됩니다. /etc/mail/aliases 파일을 편집할 때 newaliases 프로그램을 실행해야 합니다. 이 프로그램은 데이터베이스를 다시 컴파일하고 sendmail 프로그램에 이진 형식으로 별칭을 사용할 수 있도록 합니다. 작업 정보는 13 장메일 서비스(작업)의 로컬 편지 별칭 파일 설정 방법을 참조하십시오.
현재 호스트 이름이나 호스트 이름이 없는 경우처럼 로컬 이름에 대해서만 별칭을 만들 수 있습니다. 예를 들어, 시스템 saturn에 우편함이 있는 사용자 ignatz에 대한 별칭 항목은 /etc/mail/aliases 파일에 다음과 같은 항목이 있습니다.
ignatz: ignatz@saturn
각 메일 서버에 대해 관리 계정을 만들어야 합니다. 메일 서버의 우편함을 root에 지정하고 root에 대한 항목을 /etc/mail/aliases 파일에 추가하여 해당 계정을 만듭니다. 예를 들어, 시스템 saturn이 우편함 서버일 경우 항목 root: sysadmin@saturn을 /etc/mail/aliases 파일에 추가합니다.
보통 root 사용자만 이 파일을 편집할 수 있습니다. 또는 다음과 같은 항목을 만들 수도 있습니다.
aliasname: :include:/path/aliasfile
aliasname은 메일을 보낼 때 사용자가 사용하는 이름이며 /path/aliasfile은 별칭 목록이 포함된 파일의 전체 경로입니다. 별칭 파일은 행마다 항목 한 개씩, 다른 표기 없이 전자 메일 항목을 포함해야 합니다.
user1@host1 user2@host2
/etc/mail/aliases에서 추가 메일 파일을 정의하여 로그나 백업 복사본을 보관할 수 있습니다. 다음 항목은 filename의 aliasname에게 보내는 모든 메일을 저장합니다.
aliasname: /home/backup/filename
다른 프로세스로 메일의 경로를 지정할 수도 있습니다. 다음 예에서는 메일 메시지 복사본을 filename에 저장하고 복사본을 인쇄합니다.
aliasname: "|tee -a /home/backup/filename |lp"
작업 맵은 13 장메일 서비스(작업)의 편지 별칭 파일 관리(작업 맵)를 참조하십시오.
로컬 도메인의 모든 사용자가 NIS aliases 맵에 있는 항목을 사용할 수 있습니다. sendmail 프로그램은 NIS aliases 맵을 로컬 /etc/mail/aliases 파일 대신 사용하여 메일링 주소를 확인하기 때문입니다. 자세한 내용은 nsswitch.conf(4) 매뉴얼 페이지를 참조하십시오.
NIS aliases 맵의 별칭은 다음 형식을 따릅니다.
aliasname: value,value,value ...
aliasname은 메일을 보낼 때 사용자가 사용하는 이름이며 value는 유효한 전자 메일 주소입니다.
NIS aliases 맵은 모든 메일 클라이언트에 대한 항목을 포함해야 합니다. 일반적으로 NIS 마스터의 루트 사용자만 이 항목을 변경할 수 있습니다. 계속 변경되는 별칭에는 이 별칭 유형이 적합하지 않습니다. 그러나 다음 구문 예와 같이 별칭이 다른 별칭 파일을 가리키는 경우에는 해당 별칭이 유용합니다.
aliasname: aliasname@host
aliasname은 메일을 보낼 때 사용자가 사용하는 이름이며 host는 /etc/mail/alias 파일이 포함된 서버의 호스트 이름입니다.
작업 정보는 13 장메일 서비스(작업)의 NIS mail.aliases 맵 설정 방법을 참조하십시오.
사용자는 sendmail이 다른 프로그램과 함께 메일을 재지정하거나 보내기 위해 사용할 수 있는 .forward 파일을 홈 디렉토리에 만들 수 있습니다. 다음 항목을 참조하십시오.
작업 맵은 13 장메일 서비스(작업)의 .forward 파일 관리(작업 맵)를 참조하십시오.
다음 목록에서는 피하거나 쉽게 해결할 수 있는 몇 가지 상황에 대해 설명합니다.
올바른 주소로 메일이 배달되지 않는 경우 사용자의 .forward 파일을 확인합니다. 사용자가 .forward 파일을 host1의 홈 디렉토리에 넣어 메일이 user@host2로 전달됩니다. 메일이 host2에 도착하면 sendmail은 NIS 별칭에 user가 있는지 확인하고 메시지를 다시 user@host1로 보냅니다. 이 경로 지정으로 인해 루프가 발생하고 반송 메일이 증가합니다.
보안 문제를 방지하려면 .forward 파일을 root 및 bin 계정에 포함시키지 마십시오. 필요할 경우 aliases 파일을 대신 사용하여 메일을 전달합니다.
.forward 파일을 효과적으로 메일 배달에 포함하려면 다음과 같은 제어(대부분 권한 설정)가 올바르게 적용되어 있는지 확인하십시오.
파일 소유자만 .forward 파일을 쓸 수 있어야 합니다. 이 제한이 있으면 다른 사용자가 보안을 손상시킬 수 없습니다.
root만 홈 디렉토리에 대한 경로를 소유하고 쓸 수 있어야 합니다. 예를 들어, .forward 파일이 /export/home/terry에 있으면 root만 /export 및 /export/home을 소유하고 쓸 수 있어야 합니다.
사용자만 실제 홈 디렉토리에 쓸 수 있어야 합니다.
.forward 파일은 심볼릭 링크일 수 없으며 이 파일은 둘 이상의 하드 링크를 가질 수 없습니다.
.forward.hostname 파일을 만들어 특정 호스트로 보내는 메일을 재지정할 수 있습니다. 예를 들어, 사용자의 별칭이 sandy@phoenix.example.com에서 sandy@example.com으로 변경된 경우 .forward.phoenix 파일을 sandy의 홈 디렉토리에 놓으십시오.
% cat .forward.phoenix sandy@example.com "|/usr/bin/vacation sandy" % cat .vacation.msg From: sandy@example.com (via the vacation program) Subject: my alias has changed My alias has changed to sandy@example.com. Please use this alias in the future. The mail that I just received from you has been forwarded to my new address. Sandy
이 예에서 보낸 사람은 별칭이 변경된다는 통지를 받고 메일은 올바른 대상에게 전달됩니다. vacation 프로그램은 메시지 파일을 한 개만 허용하므로 한 번에 하나씩만 메시지를 전달할 수 있습니다. 그러나 메시지가 호스트에 국한되지 않은 경우 .forward 파일이 vacation 메시지 파일 한 개를 여러 호스트에 사용할 수 있습니다.
전달 방식을 다르게 확장한 것이 .forward+detail 파일입니다. detail 문자열은 연산자 문자를 제외한 모든 문자 시퀀스가 될 수 있습니다. 연산자 문자는 .:%&!^[]+입니다. 이 유형의 파일을 사용하면 다른 사람이 전자 메일 주소를 몰래 사용하는지 여부를 확인할 수 있습니다. 예를 들어, 사용자가 다른 사람에게 전자 메일 주소 sandy+test1@example.com을 사용하도록 하면 사용자는 이 별칭으로 배달되는 이후의 메시지를 식별할 수 있습니다. 기본적으로 sandy+test1@example.com 별칭에 보내는 모든 메일을 별칭 및 .forward+detail 파일에 대하여 확인합니다. 일치하는 항목이 생성되지 않을 경우 메일은 sandy@example.com에 대한 배달로 폴백하지만 사용자는 받는 사람: 메일 헤더의 변경 사항을 알 수 있습니다.
이 파일은 호스트가 업그레이드되면 sendmail에 대한 시작 옵션이 제거되지 않도록 옵션을 저장하는 데 사용됩니다. 다음과 같은 변수를 사용할 수 있습니다.
클라이언트 데몬에 사용할 추가 옵션을 선택합니다. 이 데몬은 클라이언트 전용 대기열(/var/spool/clientmqueue)에 있으며 클라이언트 대기열 실행자 역할을 합니다. 구문 검사가 수행되지 않으므로 이 변수를 변경할 때 주의하십시오.
QUEUEINTERVAL 옵션과 유사하게 CLIENTQUEUEINTERVAL은 메일 대기열 실행의 시간 간격을 설정합니다. 그러나 CLIENTQUEUEINTERVAL 옵션은 마스터 데몬의 기능이 아닌 클라이언트 데몬의 기능을 제어합니다. 대개 마스터 데몬은 모든 메시지를 SMTP 포트로 배달할 수 있습니다. 그러나 메시지 로드가 너무 높거나 마스터 데몬이 실행되고 있지 않은 경우 메시지가 클라이언트 전용 대기열 /var/spool/clientmqueue로 들어갑니다. 클라이언트 전용 대기열을 체크인하는 클라이언트 데몬이 클라이언트 대기열 프로세서 역할을 합니다.
SMTP 클라이언트와 서버가 주기적인 대기열 실행 간격을 기다리지 않고 즉시 상호 작용할 수 있도록 합니다. 서버는 지정된 호스트로 이동하는 대기열 부분을 즉시 배달합니다. 자세한 내용은 etrn(1M) 매뉴얼 페이지를 참조하십시오.
sendmail을 시작할 모드를 선택합니다. -bd 옵션을 사용하거나 정의되지 않은 상태로 둡니다.
마스터 데몬에 사용할 추가 옵션을 선택합니다. 구문 검사가 수행되지 않으므로 이 변수를 변경할 때 주의하십시오.
마스터 데몬의 메일 대기열 실행 간격을 설정합니다. #은 s(초), m(분), h(시간), d(일) 또는 w(주)가 뒤에 오는 양수일 수 있습니다. sendmail을 시작하기 전에 구문을 검사합니다. 간격이 음수이거나 항목이 적절한 문자로 끝나지 않을 경우 간격이 무시되고 sendmail이 대기열 간격 15분으로 시작됩니다.
대기열 실행 간격마다 새 대기열 실행자를 지정하는 대신 대기열 실행 간격 사이에 일시 정지되는 지속 대기열 실행자 하나를 사용으로 설정합니다. 이 옵션을 p로 설정할 수 있으며 사용할 수 있는 유일한 설정입니다. 그렇지 않으면 이 옵션이 설정되지 않습니다.