J'ai déjà relu les documents à ce sujet ainsi que d'autres articles ici et cela n'est toujours pas très clair pour moi. J'ai testé différentes choses pour comprendre la différence entre alias_maps
et virtual_alias_maps
et je ne vois pas l'utilisation de ces 2 paramètres distincts dans postfix. Voici ce que j'ai trouvé jusqu'à présent (Remarque - j'utilise postfix sur le même serveur que mon serveur Web en tant que client nul pour envoyer des e-mails uniquement) :
1) Fichier / etc / aliases:
root: me@somedomain.com
Lorsque j'ajoute ce qui précède à alias_maps
, j'ai remarqué que certains services comme fail2ban sont capables de choisir cela et il envoie des e-mails racine aux adresses e-mail d'alias mentionnées. Cependant, j'ai également remarqué que certains autres services (comme la mail
commande) ne respectent pas cela et essaient d'envoyer l'e-mail directement à root@mydomain.com qui n'existe pas (je pense que c'est le myorigin
paramètre postfix qui ajoute @ mydomain.com) . Pour résoudre ce problème, j'ai ensuite ajouté levirtual_alias_maps
2) / etc / postfix / virtual
root me@someotherdomain.com
Lorsque ce qui précède est ajouté, tous les services utilisent cet e-mail d'alias virtuels. J'ai également remarqué qu'une fois que j'ai ajouté ce qui précède, même fail2ban commence à ignorer mes paramètres initiaux dans le /etc/aliases/
fichier et commence à suivre l'adresse e-mail donnée dans le fichier virtuel.
Maintenant, cela m'a encore plus troublé -
Pourquoi avons-nous besoin
/etc/aliases/
lorsque le courrier électronique à l'intérieur de la carte d'alias virtuels semble le remplacer?Quel est le but de disposer de ces 2 alias distincts et quand décidons-nous quand utiliser quoi?
Pourquoi fail2ban (qui est configuré pour envoyer un e-mail à
root@localhost
) a-t-il d'abord suivi l'adresse e-mail indiquée dansalias_maps
(/ etc / aliases /) et a ensuite décidé de l'ignorer une foisvirtual_alias_maps
ajoutée?Pourquoi tous les services ne lisent-ils pas les alias de messagerie mentionnés dans / etc / alias et ne fonctionnent-ils que lorsque les alias de messagerie sont ajoutés dans la carte d'alias virtuels?
J'ai passé plusieurs heures depuis hier et je ne suis toujours pas sûr. Quelqu'un peut-il m'aider à dissiper ma confusion?
EDIT:
Ceci est le journal de messagerie lorsque le courrier électronique est envoyé à root en utilisant la mail root
commande. L'email des alias pour root est mentionné dans / etc / aliases /. Mais le courrier ne fonctionne pas tant que je ne déplace pas cet e-mail d'alias racine de aliases_maps
versvirtual_aliases_maps
Connectez-vous lorsque l'alias de messagerie racine est mentionné dans /etc/aliases/
:
Nov 14 16:39:27 Debian postfix/pickup[4339]: 0F12643432: uid=0 from=<root>
Nov 14 16:39:27 Debian postfix/cleanup[4495]: 0F12643432: message-id=<20141114110927.0F12643432@Debian.domainname.com>
Nov 14 16:39:27 Debian postfix/qmgr[4338]: 0F12643432: from=<root@domainname.com>, size=517, nrcpt=1 (queue active)
Nov 14 16:39:27 Debian postfix/error[4496]: 0F12643432: to=<root@domainname.com>, orig_to=<root>, relay=none, delay=0.04, delays=0.03/0/0/0.01, dsn=4.4.1, status=deferred (delivery temporarily suspended: connect to domainname.com[128.199.147.136]:25: Connection refused)
Ceci est le journal après les alias de messagerie pour root est déplacé de /etc/aliases/
à /etc/postfix/virtual
où la livraison e - mail est un succès après le changement:
Nov 14 16:44:58 Debian postfix/pickup[4545]: ADD9A43436: uid=0 from=<root>
Nov 14 16:44:58 Debian postfix/cleanup[4563]: ADD9A43436: message-id=<20141114111458.ADD9A43436@Debian.domainname.com>
Nov 14 16:44:58 Debian postfix/qmgr[4544]: ADD9A43436: from=<root@domainname.com>, size=453, nrcpt=1 (queue active)
Nov 14 16:45:00 Debian postfix/smtp[4551]: ADD9A43436: to=<admin@somesite.com>, orig_to=<root>, relay=somesite.com[108.160.157.120]:25, delay=1.9, delays=0.03/0/0.97/0.88, dsn=2.0.0, status=sent (250 OK id=1XpEqC-0002ry-9s)
Nov 14 16:45:00 Debian postfix/qmgr[4544]: ADD9A43436: removed
I also noticed that some other services (like mail command) does not respect this
-> veuillez montrer l'entrée maillog relative à cette condition