O postfix não recebe mensagens do email atual, mas do sendmail?

2

Ok, então estou tentando encaminhar e-mails do meu servidor Ubuntu (vamos chamá-lo example.com) para uma conta do Gmail externa usando o postfix.

O problema é quando eu envio e-mails usando outra conta do gmail e do yahoo para [email protected], e eu verifico var/log/mail.info , nada aparece.

No entanto, quando eu uso sendmail no terminal e envio para o mesmo endereço, recebo o seguinte escrito no log, bem como o e-mail que está realmente enviando e terminando na minha caixa de entrada:

Jan  4 00:02:48 Machine postfix/local[6520]: 6C82DB80C4A: to=<[email protected]>, relay=local, delay=0.01, delays=0/0/0/0.01, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Jan  4 00:02:48 Machine postfix/qmgr[6497]: 6C82DB80C4A: removed
Jan  4 00:09:58 Machine postfix/pickup[6496]: B206CB80C46: uid=0 from=<root>
Jan  4 00:09:58 Machine postfix/cleanup[6540]: B206CB80C46: message-id=<20140104050958.B206CB80C46@Machine>
Jan  4 00:09:58 Machine postfix/qmgr[6497]: B206CB80C46: from=<[email protected]>, size=265, nrcpt=1 (queue active)
Jan  4 00:09:59 nightMachine postfix/smtp[6542]: B206CB80C46: to=<[email protected]>, orig_to=<[email protected]>, relay=gmail-smtp-in.l.google.com[74.125.142.26]:25, delay=14, delays=13/0/0.22/0.69, dsn=2.0.0, status=sent (250 2.0.0 OK 1388812199 qd7si6471164igb.62 - gsmtp)
Jan  4 00:09:59 Machine postfix/qmgr[6497]: B206CB80C46: removed

Existe uma razão para isso? Como eu consertaria isso?

Eu estava seguindo este tutorial .

postfix / virtual:

[email protected] [email protected]

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 = Machine
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = example.com, Machine, localhost.localdomain, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
home_mailbox = mail/


#added the following for mail server :O!!
virtual_alias_domains = example.com 
virtual_alias_maps = hash:/etc/postfix/virtual

resultado quando eu faço uma consulta dig example.com mx no terminal:

;; ANSWER SECTION:
example.com.        21600   IN      MX      10 mail.example.com.

telnet example.com 25

Connected to example.com.
Escape character is '^]'.
220 Machine ESMTP Postfix (Ubuntu)
    
por bnynn 04.01.2014 / 20:49

1 resposta

2

Você definiu seu registro MX como "mail.example.com". Isso significa que quando qualquer servidor de mensagens tentar enviar mensagens para você, eles farão uma pesquisa de DNS para encontrar mail.example.com. Como isso não existe, o sistema de envio não sabe para onde enviar o email.

Para corrigir isso, siga um destes procedimentos:

  1. Remova completamente o seu registro MX. Contanto que você não tenha um registro MX, o sistema de envio fará uma pesquisa de DNS para example.com e, como isso é resolvido para o servidor que executa seu servidor de email, isso funcionará.
  2. Além do registro MX, crie um registro A ou CNAME para mail.example.com.

Deve ser parecido com o dele para um registro A:

mail     A     127.0.0.1

(exceto, é claro, o endereço IP deve ser o IP real do servidor, não o endereço de loopback)

e assim para um CNAME:

mail     CNAME example.com.
    
por 04.01.2014 / 21:32