Postfix: limita o tráfego de entrada para destinatários maltratados

1

Eu gostaria de implementar limites por destinatário para o recebimento de mensagens para os nossos servidores Postfix MX, mas não sei o que usar para conseguir isso. Os documentos postfix e as pesquisas do Google só me fornecerão receitas de configuração para configurar a simultaneidade de entrada (global) ou os emails do acelerador que saem do Postfix.

Por exemplo, se um determinado destinatário receber mais de 1000 e-mails nos últimos 60 segundos, ele será bloqueado com códigos de erro temporários pelos próximos 60 minutos.

Até agora eu não encontrei nada e faltando outras opções Eu provavelmente tentaria hackear algo que varre os arquivos de log e edite a lista de acesso do postfix check_recipient_access .

[se alguém vai perguntar o motivo, é spam vindo de servidores geralmente legítimos (aqueles com boa reputação de IP, bons registros PTR, não presentes em qualquer RBL, etc) para um determinado endereço de destinatário único. Nós fomos inundados algumas vezes e nossos servidores amavis levou muito tempo para esvaziar a fila, nós gostaríamos de evitar essa inundação]

    
por Luke404 25.02.2013 / 20:14

2 respostas

2

Como uma alternativa para escrever seu próprio daemon de política, você pode usar um filtro de e-mail como milter-limit . Parece estar fazendo exatamente o que você quer. Eu não usei isso sozinho, mas eu usei outros milters do snertsoft e eles funcionaram bem com o postfix.

    
por 25.02.2013 / 21:44
0

Primeiro, pensei em fazer uso da bigorna e de algum tipo de _rate_limits. Mas não é o que você procura (1000 e-mails em 60 segundos podem vir de uma variedade de fontes).

Eu acho que você poderia configurá-lo com delegação de política e seu próprio script específico, assim como com Greylisting, onde alguns condições específicas são contadas e aplicadas. Aqui está um exemplo de um modelo de daemon de política . Desta forma você é muito flexível, por exemplo whitelist alguns IP's, clientes ou servidores e fazer o cálculo em tempo real sem wading através de arquivos de log.

    
por 25.02.2013 / 21:18