/ etc / aliases 이해 및 기능

다음은 내 데비안 (Wheezy) 서버에있는 '/ etc / aliases'파일의 내용입니다.

# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: t

1. 기본적으로 서버는 다음과 같은 내용의 전자 메일을 보냅니다 root@hostname.domain.com. 그렇다면 위의 규칙 중 어느 것이 이것을 지배합니까? postmaster: root;?

2. '/ etc / aliases'의 규칙을 사용하여 특정 부서에 사용자를 할당합니까? 예를 들어, 'abuse'를 위해 전송 / 수신되는 모든 이메일은 root@hostname.domain.com (별칭이없는 경우 루트의 기본 이메일 임)에서 /로 전달됩니다. 옳은?

3. 메일러 데몬, 포스트 마스터, 아무도, 호스트 마스터, 유즈넷, 뉴스, 웹 마스터, www, ftp, abuse, noc, security, root 등 각각의 의미가 무엇인지 설명해 주시겠습니까?

내 말은, 같은 설명 " mailer-daemon이메일 전송 오류를 내보내지만, 정말 이메일을 수신 의미하지 않는. security사람들이 당신에 대한 보안 문제를 문의해야하는 위치에 대한" , 또는 그런 일.

/etc/aliases파일의 일부입니다 sendmail. 별칭으로 전송 된 계정 메일이 실제로 배달되어야하는 계정을 지정합니다. 예를 들어, ftp계정으로 보내는 메일은 표시되는 구성에서 루트의 사서함으로 전송됩니다.

여러 수신자를 쉼표로 구분 된 목록으로 지정할 수도 있습니다.

메일을 사용자에게 리디렉션하는 것만으로는 충분하지 않습니다. 메일도 프로그램으로 파이프하거나 원하는 파일로 간단하게 보낼 수 있습니다. 다음은 사용자 "somebody"의 모든 메일을 "비트 버킷"합니다.

누군가 : / dev / null

명령을 빌드하기 위해 실행될 /etc/aliases때까지 파일 수정이 완료되지 않습니다 . 실제로 사용 하는 것은 이 나중 형태입니다 .newaliases/etc/aliases.dbsendmail

mailer-daemon, hostmaster및 postmaster다양한 RFC의에서 요구하는 메일 주소의 명백한 예외이다 mailer-daemon우리는 "규칙 또는 전통에 의해 입지를 굳힌"것으로 간주 할 수있다.

mailer-daemonSMTP 바운스 메시지와 같이 메일 자체와 관련된 문제를 처리하려면 필요 합니다. 메일 서버가 배달 할 수없는 메시지를 받으면 보낸 사람 : 주소가 SMTP 배달 못 함 알림을 생성합니다 mailer-daemon. 바운스 메시지에 누군가가 응답 할 경우를 대비하여 별칭이 있습니다. 그것은 postmaster"메일러 데몬"이 아닌 인간 인에게 간다 . mailer-daemon혼자서 요구 하는 RFC는 찾을 수 없습니다 . 이 별칭을 다른 이름으로 바꿀 수도 mailer-server있지만 mailer-server반송 메일을 보낼 때 와 같이 자신을 식별하도록 메일 서버를 다시 프로그래밍해야합니다 . 반송 메일이 보낸 이유를 알 수 없습니다 postmaster.

RFC 2142 , 섹션 5는 일부 특수 별명을 요약하고 다른 별명을 소개하는 다른 RFC를 가리 킵니다. 여기서 우리 postmaster는 RFC 822 (6.3 절에 있음)까지 거슬러 올라갑니다. 메일 사이트에이 별명이 있어야합니다. hostmasterRFC의 1033, 1034 및 1035에 언급되어 있습니다. 궁금한 다른 별칭도 2142에 나와 있습니다.