Início / server / Perguntas / 688250
Accepted
Zulakis
Asked: 2015-05-04 04:05:23 +0800 CST

Como reinjetar e-mail digitalizado na fila usando o sendmail

  • 772

Eu gostaria de passar o e-mail recebido usando virtual_transportpara um transporte spamassassin(main.cf: virtual_transport=spamassassin) e reinjetar o e-mail digitalizado no postfix usando o sendmail.

O transporte fica assim:

spamassassin unix   -    n     n   -   -    pipe
    flags=hu user=vmail:mail argv=/usr/bin/spamc -u ${recipient} -e /usr/sbin/sendmail -f ${sender} ${recipient}

Isso deve ser possível de acordo com a documentação do postfix :

Sites de alto volume devem evitar o uso de filtros de conteúdo "simples" que reinjetam emails verificados via Postfix sendmail(1) e postdrop(1).

Com a minha chamada sendmail atual /usr/sbin/sendmail -f ${sender} ${recipient}, o e-mail faz um loop sendo passado de volta para a fila e depois de volta para spamassassin e assim por diante.

Pelo que entendi da documentação do postfix, o e-mail entregue usando o postfix sendmailé descartado no maildropdiretório e, em seguida, obtido usando pickup. Tentei anexar um -o virtual_transport=dovecotao transporte de coleta para evitar a fila, mas isso não ajudou. (Essas opções só podem ser anexadas aos transportes smtp, suponho).

Como posso reinjetar e-mails digitalizados com spamassassin de volta na fila para entrega final sem causar um loop?

email

1 respostas

  1. Best Answer

    Como posso reinjetar e-mails digitalizados com spamassassin de volta na fila para entrega final sem causar um loop?

    NÃO Você não pode

    Explicação

    Entendo o motivo pelo qual você usa virtual_transportpara enviar e-mails para o Spam Assassin. Você só deseja verificar o e-mail destinado ao seu arquivo virtual_mailbox_domain. Infelizmente, ele não segue a configuração recomendada para filtro de conteúdo simples que usa o parâmetro .content_filtervirtual_transport

    Por que não posso passar virtual_transportpara pickup ou smtpd?

    Geralmente, aqui a jornada do e-mail pelo código postfix

    Input  --> cleanup --> qmgr --> Output 
*smtpd                          *local     
*pickup                         *virtual
*qmqpd                          *smtp
                                *lmtp
                                *pipe

    No cleanupdaemon, o postfix irá 'rotear' seu e-mail, sejam eles pertencentes a transportes virtuais, locais, smtp ou outros. Uma exceção é quando o content_filterparâmetro não em branco foi passado para o serviço de entrada ( smtpd, pickup, qmqpd). Quando isso acontecer, o postfix substituirá a rota da mensagem e enviará o e-mail para ela content_filter.

    Outra observação, por padrão, todo serviço postfix foi obtido do valor do parâmetro, a main.cfmenos que você o substitua usando -o parameter=value on master.cf. Mas nem todos os parâmetros são man 5 postconfusados ​​por um serviço. Por exemplo, content_filter usado apenas por pickup, smtpdentão qmqpdvocê pode colocar -o content_filter=amavis:[127.0.0.1:10025 neles. Outro exemplo, não é sensato colocar -o smtp_bind_addresssmtpd pois este parâmetro é usado apenas em serviço smtp.

    O mesmo argumento pode ser aplicado à sua pergunta, "por que posso passar -o virtual_transport em pickup?"

    Então aqui estão as várias alternativas para sua configuração

    • Use content_filterconforme explicado na documentação do postfix. A desvantagem é que você também verifica o e-mail retransmitido para fora do seu domínio.

    • Use content_filter via tabela ACCESS e ação FILTER . Dessa forma, você pode verificar seletivamente o e-mail recebido. Infelizmente, você deve se inscrever virtual domainnovamente nessa tabela. . Você pode evitá-lo colocando cuidadosamente a tabela ACCESS após permit_mynetworks, permit_sasl_authenticated. Dessa forma, o e-mail de saída já será permitido e você só escaneia os e-mails recebidos. ( Crédito ao comentário do OP :))

    • Usando Múltiplas Instâncias do Postfix . Dessa forma, você pode manter o virtual_transportparâmetro e o spamc injetará o email em sua segunda instância. E então você pode definir virtual_transportdiferentes instâncias diferentes. Mas é um pouco exagerado se você quiser manter sua configuração simples.

    • 4

relate perguntas