[HSC MailInspector] - Tratamento de Exceções para Mensagens Automáticas (RFC 3834 - Auto-Submitted)

1. Objetivo

Orientar a configuração de regras de exceção no Controle Avançado do MailInspector para evitar o bloqueio indevido (falso positivo) de mensagens geradas automaticamente por sistemas.

Isso se aplica a cenários onde regras restritivas (ex: Bloquear mensagens sem Assunto) acabam retendo inadvertidamente:

• Confirmações de Leitura e Entrega (DSN/MDN).

• Respostas Automáticas de Ausência (Out of Office).

• Notificações de Sistemas de Ticket (Jira, Service Desk).

• Fluxos de automação de formulários e faturas.

2. Contexto Técnico (RFC 3834)

De acordo com a RFC 3834, sistemas automatizados devem incluir no cabeçalho da mensagem o campo Auto-Submitted para identificar a natureza do envio e evitar loops de resposta (como dois auto-responders conversando infinitamente).

Os valores mais comuns encontrados neste cabeçalho são:

• auto-replied: Utilizado para respostas diretas a uma mensagem recebida (Ex: Confirmação de Leitura, Resposta de Férias/Ausência).

• auto-generated: Utilizado para mensagens geradas por eventos agendados ou gatilhos de sistema, sem ser necessariamente uma resposta direta (Ex: Newsletters, Faturas, Alertas de Monitoramento).

• auto-notified: Menos comum, usado para notificações de status.

Para garantir que nossas regras de segurança não bloqueiem fluxos de negócio legítimos, devemos criar uma "Lista Branca" (Whitelist) baseada na presença destes valores.

3. Procedimento de Configuração

Passo 1: Criação do Dicionário (Expressão Regular)

Precisamos criar um dicionário que identifique qualquer variação válida de automação, não apenas o "auto-replied".

1. Acesse Objetos > Dicionários.

2. Crie um novo dicionário com o nome: Regex - Headers Auto-Submitted.

3. Adicione a seguinte Expressão Regular (RegExp) para cobrir tanto respostas quanto gerações automáticas:

1. Explicação da Regex:

   • (\W|^): Garante que começa no início da linha ou após um caractere não-palavra.

   • auto\-: Busca o prefixo padrão.

   • (replied|generated|notified): Aceita qualquer uma das três variações listadas na RFC.

   • (\W|$): Garante o fim da correspondência.

Passo 2: Criação da Regra de Identificação

Agora, vamos instruir o MailInspector a procurar esse padrão especificamente no cabeçalho correto.

1. Acesse Políticas > Regras.

2. Adicione uma nova regra do tipo: Cabeçalho Customizado.

3. Preencha os campos:

   • Nome da Regra: Header: Auto-Submitted (System Msgs)

   • Cabeçalho (Header): Auto-Submitted

   • Condição: Contém (usando Dicionário)

   • Dicionário: Selecione o dicionário criado no Passo 1 (Regex - Headers Auto-Submitted).

4. Salve a regra.

Passo 3: Aplicação na Lógica de Bloqueio (Exceção)

O último passo é vincular esta regra à sua política de bloqueio existente (ex: Bloqueio de Mensagens sem Assunto), utilizando a lógica de negação.

1. Acesse sua Política de Entrada (Inbound).

2. Localize a regra restritiva (ex: Check: Mensagem sem Assunto).

3. Edite a lógica ou crie um Grupo de Regras com a seguinte estrutura lógica:

   • SE (Regra: Sem Assunto) E (NÃO CASAR Regra: Header Auto-Submitted)

   • ENTÃO Pontuar/Bloquear.

Resultado Esperado: O sistema analisará a mensagem sem assunto. Antes de bloquear, ele verificará se é uma mensagem de sistema (auto-replied ou auto-generated). Se for uma mensagem de sistema, a regra de bloqueio não será aplicada, liberando a passagem da notificação ou confirmação de leitura.

Exemplos de Cabeçalhos Reais

Exemplo 1 - Ausência (Out of Office):

Exemplo 2 - Notificação de Jira/Service Desk:

Related articles