).png)
Recebi isso quando verifiquei meus logs do postfix, tudo estava bem, não fiz nenhuma alteração no meu servidor, apenas alguns iptables agora, quando envio um e-mail de texto, está tudo bem e o status do e-mail é enviado, o problema quando envio um e-mail com qualquer hiperlink meu dsn=5.0.0 saltou 550 Ação não realizada.
Erro de log do Postfix
Jan 26 15:58:31 mail postfix/smtp[2075]: D4B1024C21: to=<[email protected]>, relay=mailin-02.mx.aol.com[64.12.137.162]:25, delay=0.62, delays=0.1/0.01/0.32/0.2, dsn=5.0.0, status=bounced (host mailin-02.mx.aol.com[64.12.137.162] said: 550 Action not taken (in reply to end of DATA command))
26 de janeiro 15:58:31 mail postfix/cleanup[2068]: 6DA6C257FB: message-id=<[e-mail protegido]>
aqui está minha configuração do postfix
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
header_checks = regexp:/etc/postfix/header_checks
home_mailbox = Maildir/
html_directory = no
inet_protocols = all
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
milter_default_action = accept
milter_protocol = 2
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mydomain = mydomain.co
myhostname = mail.mydomain.co
mynetworks = 127.0.0.0/8, myip
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
non_smtpd_milters = $smtpd_milters
readme_directory = /usr/share/doc/postfix-2.6.6/README_FILES
sample_directory = /usr/share/doc/postfix-2.6.6/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)
smtpd_milters = inet:127.0.0.1:8891
unknown_local_recipient_reject_code = 550
virtual_transport = dovecot
saída master.cf
# ==========================================================================
smtp inet n - n - - smtpd
#submission inet n - n - - smtpd
# -o smtpd_tls_security_level=encrypt
# -o smtpd_sasl_auth_enable=yes
# -o smtpd_client_restrictions=permit_sasl_authenticated,reject
# -o milter_macro_daemon_name=ORIGINATING
#smtps inet n - n - - smtpd
# -o smtpd_tls_wrappermode=yes
# -o smtpd_sasl_auth_enable=yes
# -o smtpd_client_restrictions=permit_sasl_authenticated,reject
# -o milter_macro_daemon_name=ORIGINATING
#628 inet n - n - - qmqpd
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 300 1 qmgr
#qmgr fifo n - n 300 1 oqmgr
tlsmgr unix - - n 1000? 1 tlsmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
trace unix - - n - 0 bounce
verify unix - - n - 1 verify
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
proxywrite unix - - n - 1 proxymap
smtp unix - - n - - smtp
alguma sugestão?
Responder1
Você verificou seu servidor em alguma lista negra? Por exemplocaixa de ferramentas mx
O motivo da pergunta é que não consigo ver nenhuma restrição de cliente para o seu servidor. Implicando que ele pode ter funcionado como um relé semiaberto, isso facilmente colocará você na lista negra.
Obter uma rejeição após a transmissão dos dados é uma forma comum de limitar os remetentes de spam. Portanto, o erro pode ser causado pelo hiperlink para acionar o limite de spam no servidor receptor.
Os limites de spam costumam ser uma medida diferente de cada organização que executa um serviço. Existem algumas regras de ouro que facilitarão a transmissão do conteúdo.
Configure registros dkim e spf para seu domínio e comeceassinando seus e-mails enviados.
Comece o trabalho removendo seus domínios das listas negras.
Fique à vontade para melhorar ou comentar :)
Responder2
Em um caso que encontrei recentemente, era uma caixa Man In The Middle implementada pelo provedor de hospedagem do remetente. Ele foi programado para inspecionar todo o tráfego da porta 25 e se visse algumas strings de um relatório antigo e expirado do Spamcop, a conexão seria interrompida no final do DATA, com o remetente recebendo a mensagem "550 Ação não realizada".
Nenhum outro e-mail do remetente foi afetado.
Muito desprezível.
Responder3
A resposta do scanner de e-mail MITM de Michael acima me ajudou.
Não tenho certeza se é o webhost, nosso ISP ou possivelmente nosso firewall, mas algo estava impedindo anexos aparentemente aleatórios de documentos do Word e docx do nosso site em execução em um VPS para o escritório.
A ativação do STARTTLS neste roteamento de e-mail "corrigiu" o problema (o servidor da web e os domínios de e-mail de destino eram os mesmos, portanto, havia uma configuração esquecida para ativar isso). A dica era que os mesmos e-mails enviados para o Google funcionavam e usavam criptografia. A criptografia evita que o que quer que esteja bisbilhotando o e-mail faça isso.
Ou talvez eu tenha encontrado um bug bizarro entre o hMailServer e o postfix.