Postfix: não é possível receber e-mails externos

4

Eu sou novo no postfix. O envio de e-mails funciona bem, mas não consigo receber e-mails externos. Eu tenho apenas um servidor, então meu nome de domínio é igual ao nome do servidor de email. Pelo que li, não preciso configurar um MX para isso, mas fiz apenas para ter certeza (com o nome de domínio). Ele mostra bem na seção de resposta da escavação.

Telnet de uma máquina externa pela Internet funciona bem, e enviar um e-mail diretamente do telnet funciona como um encanto. No entanto, ao tentar enviar um e-mail do gmail ou yahoo, nada acontece - nem mesmo mostrar uma entrada no mail.log.

Gostaria de saber se a porta 25 é suficiente para receber e-mails de servidores externos? Qual é o meu problema?

EDIT: postconf -n

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
inet_protocols = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = buscandoaventuras.com.br, localhost.com.br, localhost
myhostname = buscandoaventuras.com.br
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

EDIT: saída para: hostname; cat / etc / mailname; cat / etc / hosts

buscandoaventuras
buscandoaventuras.com.br
fe00::0     ip6-localnet
ff00::0     ip6-mcastprefix
ff02::1     ip6-allnodes
ff02::2     ip6-allrouters

127.0.0.1 localhost.localdomain localhost
# Auto-generated hostname. Please do not remove this comment.
78.129.135.49 buscandoaventuras.com.br  buscandoaventuras
::1     localhost ip6-localhost ip6-loopback
    
por fotanus 11.03.2013 / 16:53

2 respostas

3

Seu MX está apontando para um domínio inexistente busandoaventuras.com.br , você cometeu um erro de digitação e pulou um c. E o seu endereço IP não está resolvendo de forma reversa para o seu MX, isso pode causar alguns problemas com configurações anti-spam.

$ host buscandoaventuras.com.br
buscandoaventuras.com.br has address 78.129.135.49
buscandoaventuras.com.br mail is handled by 1 busandoaventuras.com.br.
$ host -t mx buscandoaventuras.com.br
buscandoaventuras.com.br mail is handled by 1 busandoaventuras.com.br.
$ host busandoaventuras.com.br
Host busandoaventuras.com.br not found: 3(NXDOMAIN)
$ host 78.129.135.49
Host 49.135.129.78.in-addr.arpa. not found: 3(NXDOMAIN)

Atualizar :

Então, vamos fazer algumas alterações na sua máquina. Primeiro você precisa definir um nome de host adequado para ele. escolha uma que você goste, seja boaviagem e altere os arquivos /etc/mailname , /etc/hostname e /etc/hosts para refletir:

# echo boaviagem > /etc/hostname
# sed -i 's/^/boaviagem./g' /etc/mailname
# sed -i 's/busca/boaviagem.busca/g' /etc/hosts

Reinicialize sua máquina apenas por causa dela. Então vamos ao DNS e ao Postfix. No DNS, crie um registro A apontando boaviagem para o endereço IP da sua máquina.

boaviagem   IN A 1.1.1.1

e altere seu MX para ter sua máquina nele.

@   IN MX 10 boaviagem.buscandoaventuras.com.br

Altere sua serial e recarregue o DNS. Agora, no postfix, altere my_hostname para /etc/mailname . Reinicie o postfix e aguarde o DNS atualizar a propagação. Tente novamente e veja se isso resolveu isso.

    
por 11.03.2013 / 20:14
1

Ainda não posso comentar .. por isso, adiciono uma nova resposta, mas a resposta do fboaventuras deveria ter corrigido o seu problema.

Depois de corrigir o erro de digitação, dê um tempo. Seu registro MX está definido para o tempo limite após 24 horas.

Portanto, nas próximas 24 horas (após a primeira tentativa), cada mala direta que já armazenou em cache seu registro MX tentará resolver o nome de domínio incorreto. (se eles não sobrescreverem o TTL com um valor menor em seus servidores de nomes)

    
por 11.03.2013 / 23:10