Saya sudah membaca ulang dokumen tentang hal ini serta posting lain di sini dan ini masih sangat tidak jelas bagi saya. Saya telah menguji berbagai hal untuk memahami perbedaan antara alias_maps
dan virtual_alias_maps
dan saya tidak melihat penggunaan 2 pengaturan terpisah ini di postfix. Inilah yang saya temukan sejauh ini (Catatan - Saya menggunakan postfix di server yang sama dengan server web saya sebagai klien nol untuk mengirim email saja) :
1) / etc / alias file:
root: me@somedomain.com
Ketika saya menambahkan di atas ke alias_maps
, saya perhatikan bahwa beberapa layanan seperti fail2ban dapat memilih ini dan mengirimkan email root ke alamat email alias yang disebutkan. Namun, saya juga memperhatikan bahwa beberapa layanan lain (seperti mail
perintah) tidak menghargai ini dan mencoba mengirim email langsung ke root@mydomain.com yang tidak ada (saya pikir ini adalah myorigin
pengaturan postfix yang menambahkan @ mydomain.com) . Untuk memperbaiki ini saya kemudian menambahkanvirtual_alias_maps
2) / etc / postfix / virtual
root me@someotherdomain.com
Ketika hal di atas ditambahkan, semua layanan menggunakan email alias virtual ini. Saya juga memperhatikan bahwa begitu saya menambahkan di atas, bahkan fail2ban mulai mengabaikan pengaturan awal saya dalam /etc/aliases/
file dan mulai mengikuti alamat email yang diberikan dalam file virtual.
Sekarang ini semakin membingungkan saya -
Mengapa kita perlu
/etc/aliases/
ketika memiliki email di dalam alias alias peta yang tampaknya menimpanya?Apa tujuan dari memiliki 2 pemetaan alias terpisah ini dan kapan kita memutuskan kapan akan menggunakan apa?
Mengapa fail2ban (yang dikonfigurasikan ke email
root@localhost
) pertama-tama mengikuti alamat email yang diberikan padaalias_maps
(/ etc / aliases /) dan kemudian memutuskan untuk mengabaikan yang pernahvirtual_alias_maps
ditambahkan?Mengapa semua layanan tidak membaca alias email yang disebutkan di / etc / alias dan mereka hanya berfungsi ketika alias email ditambahkan di peta alias virtual?
Saya telah menghabiskan beberapa jam sejak kemarin dan masih tidak yakin. Bisakah seseorang membantu saya menghilangkan kebingungan saya?
EDIT:
Ini adalah log surat saat email dikirim ke root menggunakan mail root
perintah. Email alias untuk root disebutkan di / etc / aliases /. Tetapi email tidak berfungsi sampai saya memindahkan alias root ini dari email aliases_maps
kevirtual_aliases_maps
Log ketika alias email root disebutkan dalam /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)
Ini adalah log setelah alias email untuk root dipindahkan dari /etc/aliases/
ke /etc/postfix/virtual
mana pengiriman email berhasil setelah perubahan:
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
-> tolong tunjukkan entri maillog terkait dengan kondisi ini