Comprendre / etc / aliases et ce qu'il fait

44

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 emails à partir de quoi [email protected]. Alors, laquelle des règles ci-dessus régit ceci? postmaster: root;?

2. Les règles de / etc / aliases sont donc utilisées pour affecter des utilisateurs à des départements spécifiques? C'est-à-dire que, par exemple, tous les courriels à envoyer / recevoir pour "abus" seront livrés de / à [email protected] (ce qui serait le courrier électronique par défaut de root, à moins d'un alias). Correct?

3. Quelqu'un peut-il s'il vous plaît expliquer ce que chacun de ces éléments signifiait vraiment - démon mailer, maître de poste, personne, maître hôte, usenet, nouvelles, webmaster, www, ftp, abus, noc, sécurité, racine?

Je veux dire, une description du type " mailer-daemonpour l'envoi d'erreurs de livraison d'e-mails, mais pas vraiment pour la réception d'e-mails. securityPour indiquer où les gens devraient vous contacter à propos de problèmes de sécurité" , ou quelque chose du genre.

c'est moi
la source
Peut-être devriez-vous diviser votre question en plusieurs autres.
Nils

Réponses:

59

Le /etc/aliasesfichier fait partie de sendmail. Il spécifie à quel courrier du compte envoyé à un alias doit réellement être remis. Par exemple, les messages ftpenvoyés au compte seraient envoyés à la boîte aux lettres de root dans la configuration que vous indiquez.

Plusieurs destinataires peuvent également être spécifiés sous forme de listes séparées par des virgules.

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

quelqu'un: / dev / null

Les modifications apportées au /etc/aliasesfichier ne sont pas complètes tant que la newaliasescommande n'est pas exécutée /etc/aliases.db. C’est sous cette forme ultérieure que l’on sendmailutilise réellement.

JRFerguson
la source
Alors, y a-t-il un securitydémon aussi? ('security' est listé dans / etc / aliases.) Quand est-ce déclenché?
its_me
2
Plus généralement, il spécifie à qui le courrier doit être remis lorsqu'il est adressé à aliascet hôte. Le courrier à ftpserait livré à la rootboîte aux lettres. Bien qu'il soit souvent utilisé pour rediriger les messages générés / livrés localement vers un emplacement utile, il fonctionne pour les messages de n'importe où et de n'importe qui, si cela est accepté par sendmail et que la configuration dit d'utiliser le fichier alias.
Matt
Vous devriez utiliser "caractère au lieu de" au dernier paragraphe.
Mateusz Jagiełło
12
Presque tous les MTA modernes * nix sont compatibles sendmail. L'existence de /etc/aliasesne signifie pas qu'il utilise sendmail. Postfix et exim4 utilisent /etc/aliaseségalement.
Jordanie
1
Si vous êtes un "bon administrateur système", vous éviterez autant que possible d'utiliser le compte root. Par conséquent, le transfert de courrier vers un utilisateur normal signifie que vous avez besoin de moins de root. Dans tous les cas, si j’ai besoin du courrier système, il est transféré vers des comptes Pop / Imap normaux que les utilisateurs vérifient.
Matt
4

mailer-daemon, hostmasteret postmastersont des adresses de courrier spéciales requises par différentes RFC, à l’exception apparente de mailer-daemonce que nous pouvons considérer comme "enracinés par convention ou tradition".

Vous devez mailer-daemonpouvoir gérer les problèmes liés au courrier lui-même, tels que les messages de renvoi 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 destination est mailer-daemon. Le pseudonyme est présent au cas où quelqu'un répondrait à un message renvoyé; cela va au postmaster, qui est un être humain, ce que le "démon mailer" n'est pas. Je ne trouve pas de RFC qui décrit, et mailer-daemonencore moins, l'exige. Vous pouvez probablement renommer cet alias en quelque chose d'autre mailer-server, mais vous devrez alors reprogrammer votre serveur de messagerie pour qu'il s'identifie comme mailer-serverlors de l'envoi de rebonds. Je ne vois pas pourquoi les rebonds ne pourraient pas provenir de postmaster.

La RFC 2142 , section 5, résume certains alias spéciaux et pointe vers d'autres RFC où ils sont introduits. Nous apprenons ici que cela postmasterest spécifié aussi loin que RFC 822 (c'est dans sa section 6.3). Cet emplacement est obligatoire pour les sites de messagerie. hostmasterest mentionné dans les RFC 1033, 1034 et 1035. Les autres alias sur lesquels vous vous interrogez sont également donnés dans 2142.

Kaz
la source