web-dev-qa-db-fra.com

Comprendre / etc / alias et ce qu'il fait

Voici le contenu du fichier '/ etc/aliases' sur mon serveur Debian (Wheezy), tel qu'il est:

# /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. J'ai remarqué que, par défaut, mon serveur envoie des e-mails à partir de ce qui ressemble à [email protected]. Alors, laquelle des règles ci-dessus régit cela? postmaster: root;?

2. Donc, les règles de '/ etc/aliases' sont utilisées pour affecter des utilisateurs à des départements spécifiques? C'est-à-dire, par exemple, que tous les e-mails à envoyer/recevoir pour 'abus' seront livrés de/à [email protected] (qui serait l'e-mail par défaut pour root, sauf s'il y a un alias). Correct?

. Quelqu'un peut-il expliquer ce que chacun de ces mots signifie réellement - mailer-daemon, postmaster, nobody, hostmaster, usenet, news, webmaster, www, ftp, abuse, noc, security, root?

Je veux dire, une description comme "mailer-daemon pour l'envoi d'erreurs de remise d'e-mails, mais pas vraiment pour la réception d'e-mails. security pour savoir où les gens doivent vous contacter à propos de problèmes de sécurité ", ou quelque chose comme ça.

email
46
its_me

Le /etc/aliases le fichier fait partie de sendmail. Il spécifie le compte auquel le courrier envoyé à un alias doit vraiment être remis. Par exemple, le courrier vers le compte ftp serait envoyé à la boîte aux lettres de root dans la configuration que vous affichez.

Plusieurs destinataires peuvent également être spécifiés en tant que listes séparées par des virgules.

Rediriger le courrier vers les utilisateurs n'est pas tout ce qui peut être fait. Le courrier peut également être acheminé vers des programmes ou simplement dirigé vers un fichier de votre choix. Ce qui suit "bit-bucket" tout le courrier de l'utilisateur "quelqu'un":

quelqu'un:/dev/null

Modifications du /etc/aliases le fichier n'est pas complet tant que la commande newaliases n'est pas exécutée pour construire /etc/aliases.db. C'est sous cette forme ultérieure que sendmail utilise réellement.

62
JRFerguson

mailer-daemon, hostmaster et postmaster sont des adresses de messagerie spéciales requises par divers RFC, à l'exception apparente de mailer-daemon que nous pouvons considérer comme "ancrés dans la convention ou la tradition".

Vous avez besoin mailer-daemon afin de gérer les problèmes liés au courrier lui-même, tels que les messages de rebond SMTP. Si votre serveur de messagerie reçoit un message non distribuable, il génère un avis de non-remise SMTP, dont l'adresse De: est mailer-daemon. L'alias est là au cas où quelqu'un répondrait à un message de rebond; il va au postmaster, qui est un être humain, ce que le "démon mailer" n'est pas. Je ne trouve aucun RFC qui décrit mailer-daemon et encore moins l'exige. Vous pourriez probablement renommer cet alias en quelque chose comme mailer-server, mais vous devrez alors reprogrammer votre serveur de messagerie pour qu'il s'identifie comme mailer-server lors de l'envoi de rebonds. Je ne peux pas penser à une raison pour laquelle les rebonds ne pourraient pas être simplement de postmaster.

RFC 2142 , section 5, donne un résumé de certains alias spéciaux et indique les autres RFC où ils sont introduits. Ici, nous apprenons que postmaster est spécifié dès RFC 822 (c'est dans sa section 6.3). Les sites de messagerie doivent avoir cet alias. hostmaster est mentionné dans les RFC 1033, 1034 et 1035. Les autres alias dont vous vous interrogez sont également donnés en 2142.

4
Kaz