Hiểu / etc / bí danh và những gì nó làm


44

Đây là nội dung của tệp '/ etc / aliases' trên máy chủ Debian (Wheezy) của tôi, vì nó là:

# /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. Tôi nhận thấy rằng, theo mặc định, máy chủ của tôi gửi email từ những gì trông giống như root@hostname.domain.com. Vì vậy, một trong những quy tắc trên chi phối điều này? postmaster: root;?

2. Vì vậy, các quy tắc trong '/ etc / bí danh' được sử dụng để gán người dùng cho các bộ phận cụ thể? Ví dụ, tất cả các email được gửi / nhận để 'lạm dụng' sẽ được gửi từ / đến root@hostname.domain.com (sẽ là email mặc định cho root, trừ khi có bí danh). Chính xác?

3. Ai đó có thể vui lòng giải thích từng ý nghĩa thực sự của chúng - mailer-daemon, postmaster, none, hostmaster, usenet, news, webmaster, www, ftp, lạm dụng, noc, security, root?

Ý tôi là, một mô tả như " mailer-daemonđể gửi lỗi gửi email, nhưng không thực sự có nghĩa là nhận email. securityNơi mọi người nên liên hệ với bạn về các vấn đề bảo mật" , hoặc đại loại như thế.


Có lẽ bạn nên chia câu hỏi của bạn thành nhiều câu hỏi.
Nils

Câu trả lời:


59

Các /etc/aliasestập tin là một phần của sendmail. Nó chỉ định thư tài khoản nào được gửi đến bí danh sẽ thực sự được gửi đến. Ví dụ: thư đến ftptài khoản sẽ được gửi đến hộp thư gốc trong cấu hình bạn hiển thị.

Nhiều người nhận cũng có thể được chỉ định làm danh sách được phân tách bằng dấu phẩy.

Chuyển hướng thư đến người dùng không phải là tất cả những gì có thể được thực hiện. Thư cũng có thể được chuyển đến các chương trình, hoặc đơn giản là được chuyển hướng đến một tệp bạn chọn. Sau đây sẽ "bit-xô" tất cả thư từ người dùng "ai đó":

ai đó: / dev / null

Sửa đổi /etc/aliasestệp không hoàn thành cho đến khi newaliaseslệnh được chạy để xây dựng /etc/aliases.db. Đó là trong hình thức sau này sendmailthực sự sử dụng.


Vì vậy, có một securitydaemon quá? ('bảo mật' được liệt kê trong / etc / bí danh.) Khi nào chính xác nó được kích hoạt?
it_me

2
Nói chung, nó chỉ định thư nào sẽ được gửi khi gửi đến aliasmáy chủ này. Thư ftpsẽ được gửi đến roothộp thư. Mặc dù nó thường được sử dụng để chuyển hướng thư được tạo / gửi cục bộ đến một nơi hữu ích, nó hoạt động cho email từ bất cứ đâu và từ bất cứ ai, nếu được gửi bởi sendmail và cấu hình nói sẽ sử dụng tệp bí danh.
Matt

Bạn nên sử dụng 'ký tự thay vì' ở đoạn cuối.
Mateusz Jagiełło

12
Gần như mọi MTA * nix hiện đại đều tương thích với sendmail. Sự tồn tại của /etc/aliaseskhông có nghĩa là nó sử dụng sendmail. Postfix và exim4 đều sử dụng /etc/aliaseslà tốt.
jordanm

1
Nếu bạn là một "sysadmin tốt", bạn sẽ tránh sử dụng tài khoản root nếu có thể, vì vậy việc chuyển tiếp thư đến người dùng bình thường có nghĩa là bạn cần root ít hơn. Trong mọi trường hợp, nếu tôi cần thư hệ thống, nó sẽ được chuyển tiếp đến các tài khoản pop / imap bình thường mà mọi người kiểm tra.
Matt

4

mailer-daemon, hostmasterpostmasterlà địa chỉ email đặc biệt theo yêu cầu của khác nhau của RFC, với ngoại lệ rõ ràng của mailer-daemonmà chúng ta có thể coi như bị "cố thủ theo quy ước hay truyền thống".

Bạn cần mailer-daemonđể xử lý các vấn đề liên quan đến chính thư, chẳng hạn như thư bị trả lại SMTP. Nếu mail server của bạn nhận được một thông báo không gửi được, nó tạo ra một SMTP thông báo không giao hàng, mà Từ: Địa chỉ là mailer-daemon. Bí danh là có trong trường hợp ai đó trả lời tin nhắn bị trả lại; nó đi đến postmaster, ai là con người, mà "daemon mailer" thì không. Tôi không thể tìm thấy bất kỳ RFC nào mô tả mailer-daemonmột mình yêu cầu nó. Bạn có thể đổi tên bí danh này thành một cái gì đó khác mailer-server, nhưng sau đó bạn sẽ phải lập trình lại máy chủ thư của mình để nhận dạng chính nó mailer-serverkhi gửi thư bị trả lại. Tôi không thể nghĩ ra một lý do tại sao bị trả lại không thể đến từ postmaster.

RFC 2142 , phần 5, tóm tắt một số bí danh đặc biệt và chỉ ra các RFC khác nơi chúng được giới thiệu. Ở đây chúng ta biết rằng nó postmasterđược chỉ định xa như RFC 822 (nó nằm trong phần 6.3). Đó là một yêu cầu cho các trang web thư có bí danh này. hostmasterđược đề cập trong 1033, 1034 và 1035 của RFC. Các bí danh khác mà bạn đang thắc mắc cũng được đưa ra vào năm 2142.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.