Filtragem BATV no Postfix e mailman [closed]

Question

Aparentemente, o Postfix não suporta nativamente tags BATV. Gostaríamos de remover esses prvs= -tags do campo FROM porque achamos que nossa configuração do mailman tem problemas com ele (vê o remetente como não-membro).

Eu tenho uma configuração de servidor de email ISPConfig 3 . Isso inclui o amavisd-new e o clamav. Eu instalei o dkimproxy , apenas para verificar a tag e colocar o resultado no cabeçalho do email (não quero que ele rejeite emails).

Devo mencionar que tentei batv-milter, mas isso deu um erro ("smfi_main failed"). E eu olhei para batv-proxy.pl também.

Mas esta solução pareceu melhor para o Postfix e é aconselhável usar em combinação com o amavisd-new. E foi nos repositórios do Debian também!

Eu tentei configurar o dkimproxy como um postfix smtpd_proxy_filter , mas a conexão com a porta TCP do dkimproxy (127.0.0.1:10026 no meu caso) atinge o tempo limite.

Agora eu não tenho certeza se a conexão ao dkimproxy atinge o tempo limite, ou se é conexão de retransmissão (eu a envio para o amavisd-new conforme a configuração abaixo) expira. Parece não haver registro para o dkimproxy.

# set correct hostname
hostname $fqdn-of-my-mailserver

# specify what address/port DKIMproxy should listen on
listen    127.0.0.1:10026

# specify what address/port DKIMproxy forwards mail to
relay     127.0.0.1:10024

Estou fazendo algo errado?

Alguém teve sucesso com a filtragem BATV e o Postfix?

    

Answer 1

Talvez este caso tenha sido igual ao seu. De qualquer forma, você pode corrigi-lo com as etapas, conforme explicado em esta página de bate-papo .

Em main.cf , defina

canonical_maps = regexp:/etc/postfix/batv.regexp

Em /etc/postfix/batv.regexp , adicione esta linha

/^prvs=[0-9]{4}[0-9A-Fa-f]{6}=(.*)$/ $1

Se não funcionar, forneça a amostra do endereço do batv que você encontra no sistema.

Para efeitos colaterais. por favor, dê uma olhada nas anotações do autor

please note that this regexp table may affect other messages entering your mail system, in particular via pickup and submission. If you don't restrict the pattern to your own local domains (typically as defined in mydestination, virtual_alias_domains, and virtual_mailbox_domains), you might inadvertently strip the BATV tag off external recipients' addresses. Unfortunately, it doesn't seem possible to define the cleanup_service_name just for internally generated bounces and notices. It might be possible to define an override for all other services (i.e. forward, pickup, qmqpd, smtpd) in master.conf, though, which would leave the one in main.cf just for internally generated messages; I haven't looked too deeply into this yet, though.