다음 목록에서는 sendmail 프로그램의 몇 가지 기능에 대해 설명합니다.
sendmail은 TCP/IP 및 UUCP와 같은 여러 유형의 통신 프로토콜을 사용할 수 있습니다.
sendmail은 SMTP 서버, 메시지 대기열 및 메일링 목록을 구현합니다.
sendmail은 다음 이름 지정 규약과 함께 사용할 수 있는 패턴 일치 시스템을 사용하여 이름 해석을 제어합니다.
도메인 기반 이름 지정 규약. 도메인 기술은 물리적 이름 지정을 논리적 이름 지정과 구분합니다. 도메인에 대한 자세한 내용은 메일 주소를 참조하십시오.
다른 네트워크에 있는 호스트에 로컬로 표시되는 네트워크 이름을 제공하는 등의 임시 기술
임의의(이전) 이름 지정 구문
서로 다른 이름 지정 체계
Oracle Solaris 운영 체제에서는 sendmail 프로그램을 메일 라우터로 사용합니다. 다음 목록에서는 그 기능 중 몇 가지에 대해 설명합니다.
sendmail은 전자 메일 메시지를 받아 mail.local 또는 procmail과 같은 로컬 배달 에이전트로 배달합니다.
sendmail은 mailx 및 Mozilla Mail과 같은 사용자 에이전트에서 메시지를 받고 인터넷을 통해 대상으로 메시지의 경로를 지정하는 메일 전송 에이전트입니다.
sendmail은 다음과 같은 방법으로 사용자가 보내는 전자 메일 메시지를 제어합니다.
받는 사람의 주소 평가
알맞은 배달 프로그램 선택
배달 에이전트가 처리할 수 있는 형식으로 주소 다시 쓰기
필요에 따라 메일 헤더 형식 다시 지정
배달을 위해 전송된 메시지를 메일 프로그램에 최종 전달
sendmail 프로그램에 대한 자세한 내용은 다음 항목을 참조하십시오.
sendmail 프로그램은 메일 경로 재지정을 위한 세 가지 방식을 지원합니다. 관련된 변경 사항 유형에 따라 적합한 방식을 선택해야 합니다.
서버 변경 사항
도메인 차원의 변경 사항
사용자 한 명의 변경 사항
또한 선택한 경로 재지정 방식은 필요한 관리 레벨에 영향을 줄 수 있습니다. 다음 옵션을 고려해 보십시오.
경로 지정 방식 중 한 가지는 별칭입니다.
사용된 파일 유형에 따라 별칭은 서버 또는 이름 서비스 차원에서 주소에 이름을 매핑할 수 있습니다.
이름 서비스 별칭에는 다음과 같은 장단점이 있습니다.
이름 서비스 별칭 파일을 사용하면 단일 소스에서 메일 경로 지정 변경을 관리할 수 있습니다. 그러나 다시 경로 지정 변경이 전파되면 이름 서비스 별칭으로 인해 지체 시간이 생길 수 있습니다.
이름 서비스 관리는 대개 선택된 시스템 관리자 그룹으로 제한됩니다. 일반 사용자는 이 파일을 관리할 수 없습니다.
서버 별칭 파일을 사용하면 다음과 같은 장단점이 있습니다.
서버 별칭 파일을 사용하면 지정된 서버에서 root가 될 수 있는 사용자가 경로 재지정을 관리할 수 있습니다.
경로 재지정 변경이 전파될 경우 서버 별칭으로 인해 지체 시간이 거의 또는 전혀 생기지 않아야 합니다.
변경 사항은 로컬 서버에만 영향을 미치며, 대부분의 메일이 한 서버로 전송되는 경우 수락할 수 있습니다. 그러나 이 변경 사항을 여러 메일 서버로 전파해야 할 경우 이름 서비스를 사용하십시오.
일반 사용자는 이 변경 사항을 관리하지 않습니다.
자세한 내용은 이 장에서 메일 별칭 파일을 참조하십시오. 작업 맵은 편지 별칭 파일 관리(작업 맵) in Chapter 2, 메일 서비스 관리를 참조하십시오.
다음 방식은 전달입니다.
이 방식을 사용하면 사용자가 메일 경로 재지정을 관리할 수 있습니다. 로컬 사용자가 받는 메일을 다음 대상에게 경로를 다시 지정할 수 있습니다.
다른 우편함
다른 메일러
다른 메일 호스트
이 방식은 .forward 파일을 사용할 때 지원됩니다. 이 파일에 대한 자세한 내용은 이 장에서 .forward 파일을 참조하십시오. 작업 맵은 .forward 파일 관리(작업 맵) in Chapter 2, 메일 서비스 관리를 참조하십시오.
마지막 경로 재지정 방식은 포함입니다.
이 방식을 사용하면 사용자가 root 액세스 권한 없이 별칭 목록을 유지 관리할 수 있습니다. 이 기능을 제공하려면 root 사용자가 서버에서 별칭 파일에 해당 항목을 만들어야 합니다. 이 항목이 생성된 후 사용자는 필요할 경우 메일의 경로를 다시 지정할 수 있습니다. 포함에 대한 자세한 내용은 이 장에서 /etc/mail/aliases 파일을 참조하십시오. 작업 맵은 편지 별칭 파일 관리(작업 맵) in Chapter 2, 메일 서비스 관리를 참조하십시오.
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 구성 파일을 참조하십시오.
메일 클라이언트, 메일 서버, 메일 호스트 또는 메일 게이트웨이를 설정할 때 다음 사항을 고려하십시오.
메일 클라이언트나 메일 서버의 경우 기본 구성 파일을 설정하거나 편집하기 위해 아무 것도 수행할 필요가 없습니다.
메일 호스트나 메일 게이트웨이를 설정하려면 메일 구성에 필요한 중계 메일러 및 중계 호스트 매개변수를 설정해야 합니다. 작업 정보는 Chapter 2, 메일 서비스 관리의 sendmail 구성 변경 또는 메일 서비스 설정(작업 맵)을 참조하십시오. sendmail 버전 8.13을 사용할 경우 더 이상 main.cf 파일이 필요 없습니다.
다음 목록에서는 사이트 요구 사항에 따라 변경할 수 있는 몇 가지 구성 매개변수에 대해 설명합니다.
시간 값 - 다음 정보를 지정합니다.
읽기 시간 초과
메시지가 보낸 사람에게 돌아가기 전에 대기열에서 배달되지 않은 채 남아있는 시간. sendmail 버전 8.12의 추가 대기열 기능을 참조하십시오. 작업 맵은 대기열 디렉토리 관리(작업 맵)를 참조하십시오.
배달 모드 - 메일이 배달되기까지의 시간을 지정합니다.
로드 한계 - 사용량이 많을 때 효율성을 높입니다. 이러한 매개변수를 사용하면 sendmail이 대용량 메시지, 받는 사람이 여러 명인 메시지 및 오랫동안 작동이 중지된 사이트로 보내는 메시지를 배달하지 않습니다.