Início / server / Perguntas / 904363
Accepted
Farhan
Asked: 2018-03-25 02:03:31 +0800 CST

Trace rails de logs de e-mail com logs postfix para capacidade de entrega de e-mail

  • 772

Eu tenho o aplicativo Rails em execução, que envia e-mails usando o postfix como retransmissor. Aqui está o fluxo

Rails -> Resque workers -> Postfix -> SES -> e-mail para clientes

meu problema é que eu quero encontrar a relação entre logs de rails e postfix, para garantir que nem mesmo um único e-mail seja perdido e enviado corretamente ao destinatário.

por exemplo, se os logs do Rails forem exibidos, o e-mail é enviado para "[email protected]", então posso verificar nos logs que o e-mail é enviado para [email protected] e também quero verificar o mesmo e-mail no postfix. Claro que terá uma entrada lá, mas para ser preciso e preciso descobrir se esse e-mail específico foi enviado usando postifx ou não? como um destinatário pode enviar 100 emails para [email protected], ou pode ser 50, com intervalo de tempo diferente, então como posso adicionar qualquer TAG especial, um ID ou qualquer coisa no aplicativo Rails, que eu possa rastreá-lo os logs postifx?

Espero que o problema esteja claro.

Obrigado

email

1 respostas

  1. Best Answer

    Se seu Rails usa SMTP para conexões com Postfix, você está interessado na 250resposta:

    250 2.0.0 Ok: queued as 41F1A40412

    Se você fizer com que seu Rails registre esse ID, é fácil encontrar nos logs do Postfix o que aconteceu com ele mais tarde:

    $ grep 41F1A40412 /var/log/mail.log

postfix/smtpd[1900]: 41F1A40412: client=localhost[127.0.0.1]
postfix/cleanup[1903]: 41F1A40412: message-id=<[email protected]>
postfix/qmgr[29213]: 41F1A40412: from=<[email protected]>, size=299, nrcpt=1 (queue active)
postfix/smtp[1904]: 41F1A40412: to=<[email protected]>, 
    relay=example.net[198.51.100.51]:25, delay=14, delays=13/0.07/0.26/0.71, dsn=2.0.0, 
    status=sent (250 2.0.0 OK 5D47140412)
postfix/qmgr[29213]: 41F1A40412: removed

    Pelo menos o deliver.now!método mostra essa resposta, pois força o envio imediato. Se isso não acontecer com o delivermétodo normal, provavelmente é porque o SMTP por design é inequívoco de quem tem a responsabilidade de entregar a mensagem: ela só deve ser removida de qualquer fila quando o próximo salto aceitar a responsabilidade com a própria 250 Okresposta.

    • 1

relate perguntas