Apenas para adicionar mais informações sobre isso. Em relação a linhas como as seguintes -
Aug 7 17:31:32 mail postfix/smtp[7487]: 020EE4202065: to=<[email protected]>, relay=mail.the-bank.com.vn[103.11.172.xx]:25, delay=8.3, delays=4.3/0.07/0.31/3.6, dsn=2.6.0, status=sent (250 2.6.0 <6b36518e-14b1-6fac-dd27-c4c900aff87c@my_great_company.com> [InternalId=23138874] Queued mail for delivery)
As coisas importantes para você são relay=mail.the-bank.com.vn e status=sent .
Esses dois campos basicamente confirmam que seu servidor está conectado a mail.the-bank.com.vn para entregar o email, e esse servidor aceitou a mensagem. A partir desse ponto, o seu servidor fez o seu trabalho e cabe ao servidor do destinatário continuar a entrega.
Sobre esta mensagem no final -
(250 2.6.0 <6b36518e-14b1-6fac-dd27-c4c900aff87c@my_great_company.com> [InternalId=23138874] Queued mail for delivery)
Quando um cliente SMTP se conecta a um servidor de e-mail, ele envia uma sequência de comandos, como o exemplo a seguir ( C = Client, S = Server )
C> MAIL FROM: [email protected]
S> 250 2.1.0 OK
C> RCPT TO: [email protected]
S> 250 2.1.5 Ok
... etc ...
Cada comando enviado pelo cliente obtém uma resposta do servidor que inicia com um código de status, sendo os códigos 2xx bem-sucedidos. Geralmente também há um segundo código depois disso, mas o resto da linha geralmente pode ser o que o servidor quiser enviar.
O texto entre colchetes no log é a linha inteira retornada pelo servidor do destinatário quando o sistema termina de fornecer a mensagem. Isso começa com o código de status (sucesso neste caso), mas o resto é apenas o que o servidor queria enviar.
Neste caso, que parece a resposta normal de um servidor Exchange (IIRC), e basicamente diz obrigado, eu coloquei a mensagem na minha fila pronta para entregar. (A maioria dos servidores de e-mail tem processos que lidam com a aceitação de e-mails de entrada, colocando-os em uma fila de entrega de entrada e separando os processos que realmente entregam a mensagem às caixas de correio.)
Ter isso no log é geralmente útil para depuração, pois geralmente contém o ID da mensagem que o servidor destinatário atribuiu à mensagem (se o administrador de email do destinatário não encontrar a mensagem, você poderá fornecer a entrada / id de log). O Gmail retorna o seguinte, por exemplo, que parece ser o timestamp (útil se alguém reclamar de uma mensagem às 10:45:23, mas depois de limpar os logs você descobre que o remetente está 3 horas fora) e um ID.
(250 2.0.0 OK 1502179523 b127si743181wmc.127 - gsmtp)
Basicamente, os desenvolvedores de servidores SMTP geralmente colocam texto na última resposta que ajudará o administrador desse servidor a localizar / rastrear a mensagem.