Mam serwer Ubuntu z postfiksem. To nie jest serwer poczty dla mojej domeny.
Ilekroć uruchamiane jest zadanie crona dla roota, poczta wyjściowa nie jest dostarczana lokalnie, zamiast tego jest wysyłana do [email protected] przez główny serwer pocztowy. Nie tego chcę.
Chcę, aby poczta dla roota była dostarczana lokalnie lub przekazywana na inny adres [email protected].
Próbowałem zarówno modyfikację ~root/.forward
i /etc/aliases
(i działa newaliases), ale nic nie pomaga (chyba te pliki są sprawdzane tylko wtedy, gdy próbuje Postfix do dostarczania poczty lokalnie).
Co mogę zrobić?
To jest /etc/postfix/main.cf
:
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
append_dot_mydomain = no
readme_directory = no
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
myhostname = linux1.mydomain.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = linux1.mydomain.com, localhost.linux1.mydomain.com, localhost
relayhost = my.isps.relayhost.com
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = loopback-only
Edytować:
Podczas wysyłania poczty do katalogu głównego następuje to w /var/log/mail.log
:
Mar 7 09:39:17 linux1 postfix/pickup[31381]: F3B9C98025E: uid=1000 from=<ct>
Mar 7 09:39:18 linux1 postfix/cleanup[31556]: F3B9C98025E: message-id=<[email protected]>
Mar 7 09:39:18 linux1 postfix/qmgr[28525]: F3B9C98025E: from=<[email protected]>, size=283, nrcpt=1 (queue active)
Mar 7 09:39:18 linux1 postfix/smtp[31558]: F3B9C98025E: to=<[email protected]>, orig_to=<root>, relay=my.isps.relayhost.com[<IP address omitted>]:25, delay=0.72, delays=0.19/0.02/0.27/0.25, dsn=2.0.0, status=sent (250 Ok: queued as A97F5D8126)
Mar 7 09:39:18 linux1 postfix/qmgr[28525]: F3B9C98025E: removed
Nazwa „ct” to moja nazwa użytkownika. Wygenerowałem powyższy tekst za pomocą tego polecenia:
echo test | mail -s test root
Treść /etc/mailname
jest:
mydomain.com
Zawartość /etc/aliases
jest:
root: [email protected]
postmaster: root
gdzie [email protected] to miejsce, do którego chciałbym przekazać pocztę roota.
Treść /etc/hosts
faktycznie mnie trochę zaskakuje:
127.0.0.1 localhost
127.0.1.1 linux1.mylinux.mydomain.com linux1
gdzie „mylinux” to nazwa hosta systemu operacyjnego hosta, w którym linux1 działa jako maszyna wirtualna. Nie jestem pewien, jak doszło do tego „mylinux”. (Ale czy to może być naprawdę powód mojego problemu?)
Odpowiedzi:
Jako użytek, sprawdź swoje dzienniki.
W twoim przypadku demon Postfix uważa, że poczta nie jest dla niego i wysyła go bez użycia
/etc/aliases
Najpierw sprawdź swój
/etc/hosts
plik: powinien on mieć nazwę twojego komputera127.0.1.1
, taką jak:Sprawdź
/etc/mailname
też, a powinno być spójne.Sprawdź,
/etc/aliases
czy root (użytkownik) jest wysyłany do innego użytkownika, i ponownie wykonajnewaliases
polecenie.I powinno działać!
źródło
127.0.0.1
?Jeśli
mydestination
jest pusty lub nie zawiera,$myhostname
to/etc/aliases
zostanie zignorowany, ponieważ postfix uważa, że e-mail nie jest przesyłką lokalną i dlatego nie zastosuje lokalnych aliasów. Więc pozostawmydestination
domyślną (postconf -d mydestination
lub usuń jąmain.cf
), a logi powinny pokazywaćto=<...>
jako twój adres aliasu.źródło
mydestination
musi być pusty. W przeciwnym razie poczta nie zostanie wysłana.W niektórych okolicznościach (np. Gdy cała poczta jest przekazywana do systemu zewnętrznego), łatwiej jest po prostu ustawić
MAILTO
zmienną w crontabie roota na prawdziwy adres e-mail. Powinno to prawie ominąć tradycyjną dostawę do rootowania i po prostu sprawić, że dotrze tam, gdzie chcesz.źródło
Wygląda na to, że jest jakiś problem z otwarciem
/root/.forward
przez demona Postfiksa, przynajmniej na hartowanym systemie (nie zagłębiłem się w to). Pomimo:Dziecko demona Postfiksa nie może uzyskać dostępu. Do przodu:
Nie miałem czasu się w to zagłębiać ... Dopisywanie wpisu,
/etc/aliases
a następnie poprawnenewaliases
działanie.źródło