web-dev-qa-db-ja.com

/ etc / aliasesとその機能を理解する

これらは、私のDebian（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。デフォルトで、私のサーバーは[email protected]。では、上記のルールのどれがこれを管理するのですか？ postmaster: root;？

2。では、「/ etc/aliases」のルールを使用して、ユーザーを特定の部門に割り当てますか？つまり、たとえば、「悪用」のために送受信されるすべての電子メールは、root @ hostname.domain.com（エイリアスがない限り、rootのデフォルトの電子メールです）との間で配信されます。正しい？

。メーラーデーモン、ポストマスター、ノーボディ、ホストマスター、ユーズネット、ニュース、ウェブマスター、www、ftp、虐待、noc、セキュリティ、ルートのそれぞれが実際に何を意味しているか説明できますか？

つまり、 "mailer-daemonメール送信エラーの送信用ですが、実際にはメールの受信用ではありません。 securityは、セキュリティの問題について人々があなたに連絡する場所を示します "、またはそのようなもの。

email
46
its_me

/etc/aliasesファイルはsendmailの一部です。エイリアスに送信されたメールが実際に配信されるアカウントを指定します。たとえば、ftpアカウントへのメールは、表示されている構成でルートのメールボックスに送信されます。

複数の受信者をカンマ区切りのリストとして指定することもできます。

メールをユーザーにリダイレクトするだけでは、すべてのことを実行できるわけではありません。メールもプログラムにパイプするか、単に選択したファイルに送ることができます。以下は、ユーザー「somebody」からのすべてのメールを「ビットバケット」します。

誰か：/ dev/null

/etc/aliasesファイルの変更は、newaliasesコマンドを実行して/etc/aliases.dbをビルドするまで完了しません。 sendmailが実際に使用するのは、この後者の形式です。

62
JRFerguson

_mailer-daemon_、hostmasterおよびpostmasterは、さまざまなRFCで必要とされる特別なメールアドレスです。ただし、_mailer-daemon_の明らかな例外はありますが、「慣例または伝統によって確立されている」 」.

SMTPバウンスメッセージなど、メール自体に関連する問題を処理するには、_mailer-daemon_が必要です。メールサーバーが配信不能メッセージを受信すると、From：アドレスが_mailer-daemon_であるSMTP配信不能通知が生成されます。エイリアスは、誰かが返送メッセージに返信した場合に備えてあります。それは人間であるpostmasterに行きますが、「メーラーデーモン」はそうではありません。 _mailer-daemon_を説明するRFCが見つからないのはもちろんです。このエイリアスの名前を_mailer-server_のような別の名前に変更することもできますが、バウンスを送信するときに、自分自身を_mailer-server_として識別するようにメールサーバーを再プログラムする必要があります。バウンスがpostmasterだけからではない理由は考えられません。

RFC 2142 、セクション5では、いくつかの特別なエイリアスの概要を示し、それらが導入されている他のRFCをポイントしています。ここで、postmasterがRFC 822まで指定されていることがわかります（そのセクション6.3にあります）。メールサイトには、このエイリアスが必要です。 hostmasterはRFCの1033、1034、および1035で言及されています。疑問に思っている他のエイリアスも2142で提供されています。

4
Kaz