Obtém o postfix para encaminhar o correio do root

12

Eu tenho um servidor Ubuntu executando o postfix. Não é o servidor de e-mail do meu domínio.

Sempre que um cron job é executado para root, o e-mail de saída não é entregue localmente, em vez disso, é enviado para [email protected] através do servidor de e-mail principal. Não é isso que eu quero.

Eu quero que o e-mail do root seja entregue localmente ou encaminhado para o e-mail [email protected].

Eu tentei modificar o ~root/.forward e o /etc/aliases (e a execução de newaliases), mas nada ajuda (acho que esses arquivos só são verificados quando o postfix tenta entregar emails localmente).

O que posso fazer?

Isso é /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

Editar:

Ao enviar e-mail para o root, isso entra em /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

O nome "ct" é o meu nome de usuário. Eu gerei o texto acima através deste comando:

echo test | mail -s test root

O conteúdo de /etc/mailname é:

mydomain.com

O conteúdo de /etc/aliases é:

root: [email protected]
postmaster:    root

onde o [email protected] é onde eu gostaria que o email do root fosse encaminhado para.

O conteúdo de /etc/hosts realmente me surpreende um pouco:

127.0.0.1 localhost
127.0.1.1 linux1.mylinux.mydomain.com linux1

em que "mylinux" é o nome do host de um sistema operacional do host sob o qual o linux1 é executado como uma máquina virtual. Eu não tenho certeza de como "mylinux" entrou lá. (Mas isso poderia ser a razão do meu problema?)

    
por oz1cz 07.03.2013 / 08:42

3 respostas

11

Como ususal, verifique seus registros.

No seu caso, o daemon postfix acha que o e-mail não é para ele e o envia sem usar /etc/aliases

Primeiro, verifique seu arquivo /etc/hosts : ele deve ter o nome da sua máquina correspondente a 127.0.1.1: 127.0.1.1 linux1.mydomain.com linux1

Verifique seu /etc/mailname também e ele deve ser consistente.

Verifique seu /etc/aliases para ver se o usuário root foi enviado para outra pessoa e refaça o comando newaliases .

E isso deve funcionar!

    
por 08.03.2013 / 09:04
8

Se mydestination estiver vazio ou não contiver $myhostname , o /etc/aliases será ignorado porque o postfix acha que o e-mail não é uma entrega local e, portanto, não aplicará os aliases locais. Portanto, deixe mydestination no padrão ( postconf -d mydestination ou remova-o de main.cf ) e os logs deverão mostrar o to=<...> como seu endereço com alias.

    
por 24.04.2015 / 05:47
1

Em algumas circunstâncias, (ou seja, onde todos os e-mails são retransmitidos para um sistema externo), é mais fácil apenas definir a variável MAILTO no crontab do root para um endereço de e-mail real. Isso deve praticamente ignorar a entrega tradicional para o root e apenas fazer com que ela vá para onde você quiser.

# Root's crontab
[email protected]
0 0 * * * /usr/bin/somescript
    
por 20.07.2017 / 20:39