Tudo o que quero fazer é instalar o postfix e encaminhar emails. Eu não preciso de nada para ficar no meu servidor. Isso está me dando o inferno. Eu tentei o melhor que pude, mas o postfix está negando todos os relés.
O que eu quero é isso. Digamos que meu servidor esteja em example.com. Eu quero isso:
Encaminhamento de e-mail: [email protected] - > [email protected] [email protected] - > [email protected] [email protected] - > [email protected]
Tudo o que preciso é de uma caixa de encaminhamento que redireciona os e-mails que chegam a ela. Como obviamente há algo errado com a minha configuração, eu realmente poderia usar um exemplo main.cf para o meu propósito, e eu estarei a caminho.
Editar: Registros
O mais estranho é que os logs não causam erros.
main.cf:
mreiley@Omega-14:/var/log$ cat /etc/postfix/main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
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 = omega-14.omegadev.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = omega-14.omegadev.org, localhost.omegadev.org, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
virtual_alias_domains = omegadev.org monovec.com ifmovement.org
virtual_alias_maps = hash:/etc/postfix/virtual
mreiley@Omega-14:/var/log$
virtual encaminha o arquivo:
mreiley@Omega-14:/var/log$ cat /etc/postfix/virtual
[EXPUNGED]@omegadev.org [email protected]
[email protected] [email protected]
mreiley@Omega-14:/var/log$
Em seguida, envio um email do gmail para testar a configuração. Isto é o que mail.log mostra:
Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: connect from mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: 72784483A: client=mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/cleanup[4287]: 72784483A: message-id=<[email protected]>
Jul 16 16:00:32 Omega-14 postfix/qmgr[4274]: 72784483A: from=<[email protected]>, size=2026, nrcpt=1 (queue active)
Jul 16 16:00:33 Omega-14 postfix/smtp[4288]: 72784483A: to=<[email protected]>, orig_to=<[email protected]>, relay=gmail-smtp-in.l.google.com[74.125.53.27]:25, delay=1.5, delays=0.08/0.01/0.08/1.3, dsn=2.0.0, status=sent (250 2.0.0 OK 1279321231 d5si4147919wam.28)
Jul 16 16:00:33 Omega-14 postfix/qmgr[4274]: 72784483A: removed
O log afirma que a entrega foi um sucesso completo, mas o e-mail nunca aparece na minha caixa de entrada ou pasta de spam.
No entanto, se eu usar o telnet, tenho uma história diferente.
mreiley@Omega-14:/var/log$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 omega-14.omegadev.org ESMTP Postfix (Ubuntu)
helo omegadev.org
250 omega-14.omegadev.org
mail from:[email protected]
250 2.1.0 Ok
rcpt to:[email protected]
554 5.7.1 <[email protected]>: Relay access denied
Atualize! Parece que o GOOGLE ITSELF está me bloqueando. Os e-mails enviados para outros provedores passam, mas quando enviados para o gmail, nem chegam a enviar spam.
Você está enviando o e-mail de teste do gmail? Na Hospedagem na Web Laughing Squid, descobrimos que o gmail não gosta de E-Mail encaminhado se for enviado pelo gmail e depois encaminhado para o gmail. Parece fazer com o seu filtro de spam. Eu sugeriria tentar com o yahoo e ver o que acontece então.
A sessão do telnet e os logs do postfix não parecem estar fazendo a mesma coisa.
O 'RCPT TO' deve ser o usuário local, não o usuário do gmail.
O 'MAIL FROM' também é diferente, já que no segundo, você parece ser o usuário local e, no primeiro, você é um usuário do Gmail.
Portanto, a sessão de telnet não é um teste válido.
Os registros indicam que o google aceitou o email. Verifique sua tag de spam novamente.
Tags email debian postfix linux forwarding