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


44

これらは、私の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.デフォルトでは、サーバーは次のようなメールを送信することに気付きましたroot@hostname.domain.com。それで、これを支配する上記のルールのどれが?postmaster: root;

2.それで、「/ etc / aliases」のルールは特定の部門にユーザーを割り当てるために使用されますか?つまり、たとえば、「abuse」のために送受信されるすべての電子メールは、root @ hostname.domain.com(別名がない限り、rootのデフォルトの電子メール)から配信されます。正しい?

3.メーラーデーモン、ポストマスター、ノーバディ、ホストマスター、ユースネット、ニュース、ウェブマスター、www、ftp、悪用、noc、セキュリティ、ルート-これらのそれぞれが何を意味するのか、誰か説明してください。

私が意味する、などの説明mailer-daemonメール配信エラーを送信しますが、実際に電子メールを受信するためのものではないため。security人々があなたについてのセキュリティ問題を連絡しなければならない場所のために」、またはそのような何か。


おそらく、質問をいくつかに分割する必要があります。
ニルス

回答:


59

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

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

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

誰か:/ dev / null

buildへ/etc/aliasesnewaliasesコマンドが実行されるまで、ファイルへの変更は完了しません/etc/aliases.dbsendmail実際に使用するのはこの後の形式です。


だから、securityデーモンもありますか?(「セキュリティ」は/ etc / aliasesにリストされています。)正確にトリガーされるのはいつですか?
its_me

2
より一般的にはalias、このホスト上のアドレス宛にメールを配信する相手を指定します。メールにはftpに配信されますrootメールボックス。ローカルで生成/配信されたメールを便利な場所にリダイレクトするためによく使用されますが、sendmailによって受け入れられ、エイリアスファイルを使用するように構成が指示されている場合、どこからでも誰からのメールでも機能します。
マット

最後の段落では、「」ではなく「文字」を使用する必要があります。
マテウスジャギエウォ

12
ほぼすべての最新の* nix MTAはsendmail互換です。の存在は、/etc/aliasessendmailを使用することを意味しません。Postfixとexim4も両方使用/etc/aliasesします。
ヨルダン

1
「優れたシステム管理者」である場合は、可能な場合はルートアカウントを使用しないようにします。そのため、通常のユーザーにメールを転送することは、ルートが少なくて済むことを意味します。いずれにせよ、システムメールが必要な場合は、人々がチェックする通常のpop / imapアカウントに転送されます。
マット

4

mailer-daemonhostmasterおよび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に記載されています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.