Temos servidores sendmail por trás de um balanceador de carga F5. O balanceador de carga está constantemente abrindo/fechando uma conexão com cada servidor de email para ver se está respondendo. Isso significa que nossos arquivos syslog estão transbordando de linhas como:
19 de setembro 11:13:29 mailserver-X sm-mta[12643]: w8JGDTmi012643: lb5a [10.11.12.13] não emitiu MAIL/EXPN/VRFY/ETRN durante a conexão com o MTA
19 de setembro 11:13:29 mailserver-X sm-mta[12819]: w8JGDSLk0012819: lb5b [10.11.12.14] não emitiu MAIL/EXPN/VRFY/ETRN durante a conexão com o MTA
Existe uma maneira de fazer o sendmail ignorar isso silenciosamente?
Atualmente executando o sendmail-8.14.5, mas atualizaria se necessário para corrigir esse problema.
Os balanceadores de carga geralmente têm testes de protocolo com script bastante mínimos, apenas o suficiente para confirmar a provável operação correta, mas frequentemente omitem sutilezas de protocolo ou não executam nenhuma operação útil, que é o que o sendmail está reclamando. O padrão SMTP é apenas enviar
HELO
entãoQUIT
(verificando os códigos de resposta para cada um).Esta é uma mensagem LogLevel > 5, o padrão é LogLevel 9, então você pode recriar sua
.cf
depois de adicionar ao.mc
:ou substitua-o temporariamente adicionando
-O LogLevel=5
na linha de comando do sendmail. A desvantagem é que muitas outras mensagens (~140) nos níveis 6-9 também serão suprimidas.Existe apenas um cenário documentado em que essa mensagem específica é suprimida — quando uma conexão será rejeitada de qualquer maneira por meio da configuração (mapa de acesso ou wrappers TCP). No entanto, todos os cenários em que posso pensar envolvem registrar um erro de rejeição ... (e pior, alguns podem retornar um erro à
HELO
saudação que faria com que o F5 marcasse o serviço).Não há item configurável no padrão
SMTP_monitor
, mas como solução alternativa, você pode configurar um script de monitor SMTP alternativo , este exemplo no devcentral do F5 (registro necessário para visualizar o código-fonte) mostra como é feito usando Expect :https://devcentral.f5.com/codeshare/smtp-scripted-monitor
Esse exemplo envia um email em cada sonda que você quase certamente não deseja ;-) Em vez disso, tente algo assim:
e ajuste conforme necessário. Se o seu sendmail for exigente (
PrivacyOptions
pode bloquearVRFY
/EXPN
/ETRN
), altere o código esperado ou useMAIL
thenRSET
: