Nome do host do servidor atualizado, mas o nome do host antigo ainda aparece nos logs do Postfix?

Nome do host do servidor atualizado, mas o nome do host antigo ainda aparece nos logs do Postfix?

Tenho tido alguns problemas com e-mails retornando ao serem enviados para determinados endereços de nosso servidor CentOS 6.4 Media Temple DV.

Não sou especialista, mas depois de verificar os logs de e-mail, parece que eles foram devolvidos porque o servidor do destinatário não reconheceu o domínio do remetente.

said: 550 <[email protected]>: Sender address rejected: Domain not found (in reply to MAIL FROM command)

Mas não consigo entender por que mt-toltech.co.uk está aparecendo nos logs, já que alteramos o nome do host e o domínio primário do servidor para toltechdigital.co.uk

O seguinte também aparece algumas vezes nos logs

toltechdigital postfix/smtp[3443]: 370A5E38EE: to=<[email protected]>,

Onde esse campo está sendo definido, suponho que seja o que estou tentando descobrir.

Fazendo postconfig -ndevoluções:

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
disable_vrfy_command = yes
html_directory = no
inet_interfaces = all
inet_protocols = all
mail_owner = postfix
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
message_size_limit = 10240000
mydestination = mail.toltechdigital.co.uk, localhost.toltechdigital.co.uk, localhost, toltechdigital.co.uk
mydomain = toltechdigital.co.uk
myhostname = toltechdigital.co.uk
mynetworks = 127.0.0.0/8 [::1]/128 70.32.91.66/32
myorigin = mail.toltechdigital.co.uk
newaliases_path = /usr/bin/newaliases.postfix
non_smtpd_milters = 
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/postfix-2.8.17/README_FILES
sample_directory = /usr/share/doc/postfix-2.8.17/samples
sender_dependent_default_transport_maps = hash:/var/spool/postfix/plesk/sdd_transport_maps
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtp_send_xforward_command = yes
smtp_tls_security_level = may
smtp_use_tls = no
smtpd_authorized_xforward_hosts = 127.0.0.0/8 [::1]/128
smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated
smtpd_milters = , inet:127.0.0.1:12768
smtpd_proxy_timeout = 3600s
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sender_restrictions = check_sender_access hash:/var/spool/postfix/plesk/blacklists, permit_sasl_authenticated
smtpd_timeout = 3600s
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
transport_maps = hash:/var/spool/postfix/plesk/transport
unknown_local_recipient_reject_code = 550
virtual_gid_maps = static:31
virtual_mailbox_base = /var/qmail/mailnames
virtual_transport = plesk_virtual
virtual_uid_maps = static:110

Tenho experiência limitada com a configuração do Postfix, então presumo que minha configuração seja o problema, mas ainda estou perplexo sobre a origem das menções ao antigo nome do host.

Alguma ideia?

Responder1

Parece que você definiu o myoriginparâmetro diretamente no seu arquivo de configuração. No entanto, você pode querer verificar o /etc/mailnamearquivo para ver se algum resquício do seu antigo nome de host ainda está lá. Talvez alguma parte do postfix ainda o esteja usando.

Além disso, você reconstruiu seu banco de dados de aliases usando o newaliasescomando?

informação relacionada