Tentando configurar o encaminhamento de catchall mail no servidor cloudspace do meu rackspace

1

Estou executando o Ubuntu 12 Precise Pangolin e estou tentando configurar meu servidor para catchall mail enviado para ele e encaminhá-lo para o meu endereço do gmail. Eu tenho tentado muitos exemplos on-line como editar meu arquivo main.cf que se parece com isso:

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
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

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = destiny
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = destiny, localhost.localdomain, localhost
relayhost = smtp.sendgrid.net
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 51200000
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all

No meu / etc / postfix / virtual eu tenho:

@mydomain.com [email protected]
@myotherdomain.com [email protected]

O que não está funcionando quando eu envio e-mail para [email protected] ou [email protected] .

Então, recebi a recomendação de adicionar o seguinte ao meu /etc/alias :

postmaster:root
root:[email protected]

reiniciou o postfix e tentou enviar um email para [email protected] ou [email protected], mas ainda assim não será enviado.

Alguém tem alguma idéia do que estou fazendo errado aqui? Eu apreciaria qualquer ajuda.

    
por bob_cobb 15.09.2012 / 09:59

1 resposta

0

Seu main.cf parece não ter virtual_alias_maps . Substitua sua listagem de main.cf pela saída de postconf -n para ter certeza. Para uma investigação mais aprofundada, forneça um extrato de log de uma transação de e-mail para um e-mail enviado para [email protected] , começando com o ponto em que ele é enviado ao Postfix até o ponto em que o Postfix decide o que fazer com ele. A maneira mais fácil de fazer isso é grep ing o log para queue ID de uma transação desse tipo, por exemplo:

# grep A19BEB5071E /var/log/mail.log
Sep 14 08:34:16 server postfix/qmgr[20790]: A19BEB5071E: from=<[email protected]>, size=1922, nrcpt=1 (queue active)
Sep 14 08:34:16 server postfix/smtpd[32758]: proxy-accept: END-OF-MESSAGE: 250 2.0.0 Ok: queued as A19BEB5071E; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<host.example.com>
Sep 14 08:34:16 server postfix/pipe[32764]: A19BEB5071E: to=<[email protected]>, relay=cyrus, delay=0.62, delays=0.58/0.01/0/0.04, dsn=2.0.0, status=sent (delivered via cyrus service)
Sep 14 08:34:16 server postfix/qmgr[20790]: A19BEB5071E: removed

E FTR, usar um catch-all não é uma boa ideia neste dia e idade. Eu recomendo strongmente contra isso.

    
por 15.09.2012 / 12:38