problemas de e-mail e troca de e-mail de postfix

3

Eu tenho a configuração do plesk em um servidor com vários domínios que já estão vivos e funcionando, incluindo e-mails, o que funciona bem. Meu problema vem com um novo domínio que eu adicionei que está usando troca para o e-mail em vez do postfix local. Então, eu desativei o postfix para este "gencom.us" no plesk, mas sempre que o site tenta enviar um email (formulário de contato PHP) eu nunca recebo os emails de teste (apesar do formulário relatando o sucesso).

Aqui estão os erros que recebo no meu maillog :

Jul 30 08:00:19 pacobob postfix/pickup[22664]: 15F972500E30: uid=10000 from=<[email protected]>
Jul 30 08:00:19 pacobob postfix/cleanup[22750]: 15F972500E30: message-id=<[email protected]>
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 15F972500E30: from=<[email protected]>, size=836, nrcpt=1 (queue active)
Jul 30 08:00:19 pacobob postfix/smtp[22852]: 15F972500E30: to=<[email protected]>, relay=none, delay=0.09, delays=0.08/0.01/0/0, dsn=5.4.6, status=bounced (mail for 206.225.87.101 loops back to myself)
Jul 30 08:00:19 pacobob postfix/cleanup[22750]: 2EB332500EEF: message-id=<[email protected]>
Jul 30 08:00:19 pacobob postfix/bounce[22853]: 15F972500E30: sender non-delivery notification: 2EB332500EEF
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 2EB332500EEF: from=<>, size=2630, nrcpt=1 (queue active)
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 15F972500E30: removed
Jul 30 08:00:19 pacobob postfix/smtp[22852]: 2EB332500EEF: to=<[email protected]>, relay=none, delay=0.03, delays=0.03/0/0/0, dsn=5.4.6, status=bounced (mail for 206.225.87.101 loops back to myself)
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 2EB332500EEF: removed
Jul 30 08:00:19 pacobob plesk_saslauthd[22790]: activity on 0 channel(s)
Jul 30 08:00:19 pacobob plesk_saslauthd[22790]: select timeout, exiting

E aqui está o meu main.cf

queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
mail_owner = postfix
inet_interfaces = all
inet_protocols = all
mydestination = localhost.$mydomain, localhost, localhost.localdomain
#mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
#mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain,
        mail.$mydomain, www.$mydomain, ftp.$mydomain
unknown_local_recipient_reject_code = 550
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
alias_database = hash:/etc/aliases
debug_peer_level = 2
debugger_command =
     PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
     ddd $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail.postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix-2.8.17/samples
readme_directory = /usr/share/doc/postfix-2.8.17/README_FILES
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual, hash:/etc/postfix/virtual_mailbox_maps
virtual_mailbox_maps = , hash:/var/spool/postfix/plesk/vmailbox
transport_maps = hash:/etc/postfix/transport, hash:/var/spool/postfix/plesk/transport
smtpd_tls_cert_file = /etc/postfix/postfix_default.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_security_level = may
smtpd_use_tls = yes
smtp_tls_security_level = may
smtp_use_tls = no
smtpd_timeout = 3600s
smtpd_proxy_timeout = 3600s
disable_vrfy_command = yes
mynetworks =
relayhost =
smtpd_sender_restrictions = check_sender_access hash:/var/spool/postfix/plesk/blacklists, permit_sasl_authenticated, permit
smtpd_client_restrictions =
smtp_send_xforward_command = yes
smtpd_authorized_xforward_hosts = 127.0.0.0/8 [::1]/128
smtpd_sasl_auth_enable = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
virtual_mailbox_base = /var/qmail/mailnames
virtual_uid_maps = static:30
virtual_gid_maps = static:31
smtpd_milters = , inet:127.0.0.1:12768
sender_dependent_default_transport_maps = hash:/var/spool/postfix/plesk/sdd_transport_maps
virtual_transport = plesk_virtual
plesk_virtual_destination_recipient_limit = 1
mailman_destination_recipient_limit = 1
mailbox_size_limit = 0
virtual_mailbox_limit = 0
mydestination = pacobob.com
message_size_limit = 31457280

Qualquer ajuda seria apreciada, esta é uma configuração padrão do plesk (12.0.18 Update # 57) em execução no CentOS 6.6. E todas as outras configurações de email, webmail, smtp parecem funcionar para todos os outros servidores, é apenas essa que tem o Exchange. Eu me certifiquei de que todas as minhas configurações de DNS estivessem corretas no plesk, bem como no portal do meu servidor através do codero hosting. Eu sei que as configurações de troca estão funcionando, pois todos recebem seus e-mails. Eu simplesmente não consigo enviar e-mails do domínio para o servidor Exchange.

Aqui estão os resultados de "dig gencom.us mx"

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6_6.1 <<>> gencom.us mx
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50128
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;gencom.us.                     IN      MX

;; ANSWER SECTION:
gencom.us.              3600    IN      MX      10 gencom-   us.mail.protection.outlook.com.

;; Query time: 61 msec
;; SERVER: 69.64.66.11#53(69.64.66.11)
;; WHEN: Sat Aug  1 07:01:30 2015
;; MSG SIZE  rcvd: 80

Conteúdo do meu / etc / postfix / transport e / var / spool / postfix / plesk / transport

gencom.us smtp:206.225.87.101

Log atualizado

Aug  3 07:24:55 pacobob plesk sendmail[21126]: handlers_stderr: SKIP
Aug  3 07:24:55 pacobob plesk sendmail[21126]: SKIP during call 'check-quota' handler
Aug  3 07:24:55 pacobob postfix/pickup[21037]: 41AAC2500EFA: uid=10000 from=<[email protected]>
Aug  3 07:24:55 pacobob postfix/cleanup[21132]: 41AAC2500EFA: message-id=<[email protected]>
Aug  3 07:24:55 pacobob postfix/qmgr[21036]: 41AAC2500EFA: from=<[email protected]>, size=864, nrcpt=1 (queue active)
Aug  3 07:25:00 pacobob postfix/smtp[21134]: certificate verification failed for gencom-us.mail.protection.outlook.com[207.46.163.138]:25: untrusted issuer /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root
Aug  3 07:25:02 pacobob postfix/smtp[21134]: 41AAC2500EFA: to=<[email protected]>, relay=gencom-us.mail.protection.outlook.com[207.46.163.138]:25, delay=7.2, delays=0.11/0.02/5.7/1.4, dsn=2.6.0, status=sent (250 2.6.0 <[email protected]> [InternalId=17721035066256, Hostname=DM2PR12MB0187.namprd12.prod.outlook.com] Queued mail for delivery)
Aug  3 07:25:02 pacobob postfix/qmgr[21036]: 41AAC2500EFA: removed

Obrigado!

    
por Xenocide122 31.07.2015 / 15:34

1 resposta

2

Deixe-me citar a outra excelente resposta por James Sneeringer da outra questão: de volta para mim | postfix

This happens when domain.com has an MX record (or, in the absence of an MX, an A record) that points to your Postfix server, but your Postfix server is not configured to accept mail for that domain.

Da citação acima, existem basicamente duas condições que podem fazer com que esse erro aconteça

  1. O postfix receber e-mail com o endereço do destinatário não foi listado como domínios locais, portanto, o postfix deve retransmitir esses e-mails
  2. O mecanismo de roteamento do Postfix decidiu que um email deve ser retransmitido para a mesma instância de postfix

Para corrigir esse erro, precisamos corrigir uma das possíveis causas acima.

  • Primeiro problema pode acontecer se você esquecer de introduzir o domínio no postfix depois de apontá-lo via registro MX. Precisamos inserir o domínio como local para que o postfix não retransmita o email. O domínio pode ser listado em mydestination , virtual_mailbox_domains ou virtual_alias_domains .
  • O segundo problema pode acontecer se você já removeu o domínio do domínio local do postfix, mas esqueceu de alterar o registro MX (ou um registro se o MX não estava disponível). Neste caso, o postfix irá retransmitir o email para si e reclamar com o erro acima. A solução é alterar o registro A ou MX. Ou talvez o postfix tenha sido configurado para usar /etc/hosts , então você deve verificar esse arquivo também.
  • O segundo problema também pode acontecer se você substituir o roteamento de mensagens via mecanismo DNS com o roteamento interno postfix. O parâmetro comum para configurar o roteamento estático de mensagens foi transport_maps . Verifique se você colocou o endereço nesses mapas e exclua se ele existe.

A partir da descrição do seu problema, parece que o culpado aqui foi o parâmetro postfix transport_maps . Seu registro DNS foi bom e você afirma que o domínio deve ser tratado em algum lugar além do postfix. Removendo esta entrada

gencom.us smtp:206.225.87.101

e execute postmap the_problematic_file deve resolver seu problema.

    
por 02.08.2015 / 17:20