Como coletar rejeições no postfix

Isso está relacionado a esta pergunta:

linux - Maneiras de obter um relatório de retorno para o meu aplicativo de boletim informativo? - Falha no servidor

Digamos que estou gerando endereços de e-mail como este quando envio boletins para identificar devoluções e cancelá-las da minha newsletter: bounce-123456789@example.com

Eu suponho que eu usaria isso no caminho de retorno, certo?

Então, como eu o configuraria no postfix para coletar todos esses endereços prefixados com "bounce-" em uma caixa de correio?

Finalmente, ouvi as pessoas mencionarem um salto suave vs. um salto duro. Alguém pode explicar o diferente e como eles devem ser contados para saber quando remover alguém permanentemente de um boletim por e-mail?

A resposta exata à sua pergunta (manipulação do bounce-xxx@example.comendereço) depende de como o servidor está configurado para receber email. Se example.comfor o domínio virtual, o melhor que você pode fazer é coletar as mensagens na bounce@example.comcaixa de correio (supondo recipient_delimiter = -).

Se example.comé o domínio entregue localmente para o servidor (o correio é entregue nas contas reais do sistema), você pode adicionar um .forwardarquivo ao diretório inicial do bounceusuário, que é entregue a um programa que analisa as informações de devolução e as registra em um banco de dados ou arquivo . Consulte man localpara obter mais informações sobre o .forwardformato e como enviar para um programa.

O que fazemos, desde que enviamos mensagens para um grande número de domínios, é usado bounces.example.comcomo nosso domínio VERP. Este domínio precisa ser adicionado a relay_domains. Crie /etc/postfix/transport_mapscom este conteúdo:

bounces.example.com             bulkbounce:

Em seguida, acrescente uma linha semelhante a esta /etc/postfix/master.cf:

bulkbounce unix - nn - - pipe
  user = ninguém argumento = / usr / local / bin / bounce_handler.py $ {destinatário}

O bounce_handler.pyscript aceita o endereço VERP como sua opção de linha de comando, analisa-o e faz as atualizações necessárias no banco de dados para registrar o retorno.

Na verdade, a resposta do Instyle é muito difícil de implementar se você deseja dar suporte a muitos domínios diferentes e está errado porque:

a) Com o exemplo dele transport_maps, todos os emails enviados para esse domínio são enviados para esse serviço específico, independentemente de os emails serem devolvidos ou não. Como ele usa um nome de domínio específico, na verdade deve ser apenas emails devolvidos ... mas não pode ser garantido dessa maneira.

b) Os dados enviados ao seu script são o próprio email e não a mensagem de devolução. Em outras palavras, seu código pode não ter idéia do motivo pelo qual o email foi devolvido (por exemplo, o reembolso local enviará apenas o email original).

A maneira correta de fazer essa configuração no postfix é usar a classe de notificação de rejeição.

1) Em /etc/postfix/main.cf

notify_classes = bounce
bounce_notice_recipient = bounces@example.com
transport_maps = hash:/etc/postfix/transport_maps

2) Em / etc / postfix / transport_maps

# when you make changes to this file, run:
#   sudo postmap /etc/postfix/transport_maps
bounces@example.com bulkbounce:

Como você pode ver, agora dizemos ao postfix para uso bounces@example.comsempre que um email for devolvido. Em seguida, no mapa de transporte, use-o bulkbouncecomo serviço para manipular qualquer endereço de email bounces@example.com.

Finalmente, você pode definir bulkbouncecom seu script:

3) Em /etc/postfix/master.cf

bulkbounce unix -       n       n       -       -       pipe
  flags=FRq user=bounce argv=/home/bounce/bin/snapbounce --sender ${sender} --recipient ${recipient}

Este script requer que você tenha um usuário. nobodyé uma boa escolha também. Se você deseja ter um usuário específico, pode criá-lo com:

useradd bounce

Sem o script master.cf, os e-mails são enviados para a conta de conversão em massa. Portanto, se você tiver um script que analise e-mails de arquivos, isso funcionaria sem as alterações transport_mapse master.cf.

De um comentário abaixo:

fyi - re: double bounces ...
se você estiver modificando o endereço de retorno (endereço VERP como user+id@fromdomain.com, então você desejará comentar a linha main.cfpara o bounce_notice_recipient, se você estiver interessado em analisar o +idretorno apenas em seu script.

A maioria dos softwares modernos de lista de mala direta já sabe como lidar com mensagens VERP se o MTA estiver configurado corretamente para transmiti-las ao software de mala direta. No caso do GNU Mailman, você deve consultar a página de perguntas e respostas apropriadamente chamada "Como uso o VERP com um delimitador (Postfix container_delimiter)?".

Se você está criando seu próprio software de boletim personalizado para lidar com isso, deve se perguntar por que está reinventando a roda em vez de usar aplicativos existentes que podem lidar com a tarefa de maneira simples e fácil para você.