Розуміння / etc / псевдоніми та те, що він робить

Це вміст файлу '/ etc / aliases' на моєму сервері Debian (Wheezy), як це:

# /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. Я помітив, що за замовчуванням мій сервер надсилає електронну пошту з того, що схоже root@hostname.domain.com. Отже, яке з вищезазначених правил регулює це? postmaster: root;?

2. Отже, правила в "/ etc / псевдонімах" використовуються для призначення користувачів певним підрозділам? Наприклад, наприклад, усі електронні листи, які будуть надіслані / отримані для "зловживань", будуть доставлені з / на root@hostname.domain.com (що буде електронною поштою за замовчуванням для root, якщо немає псевдоніма). Правильно?

3. Чи може хто-небудь пояснити, для чого насправді кожен з них - мейлер-демон, пошта, ніхто, хостмайстер, Usenet, новини, веб-майстер, www, ftp, зловживання, noc, безпека, root?

Я маю на увазі опис на кшталт " mailer-daemonнадсилання помилок доставки електронної пошти, але насправді не призначений для отримання електронних листів. securityДе люди повинні звертатися до вас з питань безпеки" , або щось подібне.

— це я
джерело

Можливо, вам слід розділити своє питання на кілька.

— Нілс

Відповіді:

/etc/aliasesФайл є частиною sendmail. Він визначає, до якої облікової пошти, надісланої псевдоніму, дійсно слід доставити. Наприклад, пошта до ftpоблікового запису буде надіслана до поштової скриньки root у вказаній конфігурації.

Кілька одержувачів також можуть бути вказані як розділені комами списки.

Перенаправлення пошти на користувачів - це не все, що можна зробити. Електронну пошту теж можна передавати програмам або просто направляти у файл на ваш вибір. Наступне "бит-ковш" всю пошту від користувача "хтось":

хтось: / dev / null

Зміни у /etc/aliasesфайлі не завершені, поки не newaliasesбуде запущена команда для складання /etc/aliases.db. Саме в цій пізнішій формі sendmailфактично використовується.

— JRFerguson
джерело

Отже, чи є й securityдемон? ("безпека" вказана у / etc / псевдонімах.) Коли саме вона спрацьовує?

— its_me

Більш загально вказується, кому потрібно доставляти пошту при зверненні до aliasцього хоста. Пошта для ftpдоставки буде доставлена на rootпоштову скриньку. Хоча він часто використовується для переадресації локально згенерованої / доставленої пошти на кудись корисне, він працює для електронної пошти з будь-якого місця та з будь-кого, якщо це прийнято sendmail, а конфігурація каже використовувати файл псевдоніма.

— Метт

В останньому абзаці слід використовувати знак "замість".

— Mateusz Jagiełło

Майже кожен сучасний * nix MTA сумісний із sendmail. Існування /etc/aliasesне означає, що він використовує sendmail. Використовуються /etc/aliasesтакож Postfix і exim4 .

— Йорданм

Якщо ви "хороший системний адміністратор", ви б уникали використання кореневого облікового запису, де це можливо, тому пересилання пошти звичайному користувачеві означає, що вам потрібно менше кореня. У будь-якому випадку, якщо мені потрібна системна пошта, вона пересилається на звичайні акаунти pop / imap, які люди перевіряють.

— Метт

mailer-daemon, hostmasterі postmasterце спеціальні адреси електронної пошти, що вимагаються різними RFC, за винятком mailer-daemonяких ми можемо вважати "закріпленими конвенцією або традицією".

Вам потрібно mailer-daemonдля того, щоб вирішувати проблеми, пов’язані з самою поштою, такі як повідомлення відмов SMTP. Якщо ваш поштовий сервер отримує повідомлення UNDELIVERABLE, він генерує SMTP повідомлення про недоставку, чиї Від: адреси mailer-daemon. Псевдонім є у випадку, якщо хтось відповість на повідомлення про відмов; це стосується того postmaster, хто є людиною, чого "демон-пошта" не є. Я не можу знайти жодного RFC, який описує, а mailer-daemonне вимагає цього. Можливо, ви могли б перейменувати цей псевдонім на щось подібне mailer-server, але тоді вам доведеться перепрограмувати свій поштовий сервер, щоб він ідентифікував себе як mailer-serverпід час надсилання відмов. Я не можу придумати причину, з якої не можна було просто відмовитися postmaster.

Розділ 5 RFC 2142 дає короткий опис деяких спеціальних псевдонімів та вказує на інші RFC, де вони введені. Тут ми дізнаємося, що postmasterзазначено ще у RFC 822 (це в розділі 6.3). Для поштових сайтів є обов'язком мати цей псевдонім. hostmasterзгадується в 1033, 1034 та 1035 р. RFC. Інші псевдоніми, про які ви цікавитесь, також наведені в 2142 році.

— Каз
джерело