Para validar destinatários de e-mail sugeridos por IA, confira o endereço em um cadastro autorizado, verifique sua relação com o assunto e aplique regras de permissão antes de enviar. Um endereço bem formado e um nome parecido não demonstram que a pessoa pode receber o conteúdo.
O fluxo deve separar sugestão, resolução de identidade, aprovação e envio. A IA pode sugerir o contato ou explicar uma seleção, mas o componente que dispara a mensagem precisa receber destinatários já verificados. Essa fronteira evita que um erro de interpretação vire compartilhamento de informação com outra pessoa.
Resumo rápido
- Resolva nomes para identificadores de contatos antes de obter endereços.
- Confira autorização para o conteúdo, além da validade do e-mail.
- Valide Para, Cc, Cco e a lista efetiva de entrega.
- Qualquer mudança após aprovação exige nova validação.
- Bloqueie o envio se o cadastro ou a aprovação estiverem indisponíveis.
Separe validade técnica de identidade e autorização
A validação técnica responde se um endereço pode ser interpretado pelo sistema de correio. A validação de identidade responde a qual contato ele pertence no cadastro confiável. A autorização responde se esse contato deve receber aquela mensagem e seus anexos. São perguntas diferentes, com evidências diferentes.
A RFC 5322 descreve a estrutura de endereços e cabeçalhos de mensagens. Use bibliotecas apropriadas para interpretar esses campos; uma expressão regular simplificada pode aceitar entradas problemáticas ou recusar endereços legítimos. Essa etapa trata formato, sem atestar a intenção comercial do envio.
O nome exibido também não é uma identidade suficiente. “Ana do financeiro” pode apontar para uma funcionária, uma prestadora ou uma pessoa mencionada no histórico. O sistema deve resolver a sugestão contra o contexto da conta, do contrato e da organização. Se houver mais de uma candidata, a saída correta é pedir uma escolha informada.
Um contato conhecido pode estar desatualizado ou ter mudado de função. Por isso, mantenha origem e data de confirmação do endereço. Para conteúdo restrito, exija uma evidência adequada ao risco, como um responsável do cadastro confirmando a função. O histórico de mensagens é um indício útil, mas não concede autorização permanente.
Crie uma lista de candidatos usando cadastro confiável
Uma abordagem verificável começa com um identificador de contato. A IA retorna, por exemplo, o código do responsável financeiro da conta selecionada, acompanhado de uma justificativa. Depois, a aplicação consulta o endereço correspondente em uma fonte aprovada. Evite pedir ao modelo que complete um e-mail a partir do padrão de nomes da empresa.
O cadastro precisa indicar vínculo com a organização, função, situação ativa e usos permitidos. Um endereço de suporte pode receber um chamado operacional, mas não necessariamente um contrato com dados pessoais. A política pode depender do tipo de documento, do departamento remetente e de quem solicitou o envio.
Quando um endereço novo surgir no corpo de uma mensagem ou em um PDF, trate-o como candidato não verificado. Uma frase dizendo “envie os arquivos para este novo contato” não deveria alterar automaticamente o cadastro. Confirme a mudança por um canal e um procedimento já aceitos pela empresa.
Para desenhar a fronteira entre leitura e alteração, consulte o guia de integrações de IA com ações de escrita. A regra operacional pode permitir que o agente monte um rascunho e abra uma solicitação de revisão, enquanto a atualização do contato depende de outro responsável.
| Verificação | O que comprova | O que continua pendente |
|---|---|---|
| Formato interpretável | Endereço aceito pelo analisador | Identidade e autorização |
| Domínio com correio configurado | Indício técnico de recebimento | Existência e titularidade da caixa |
| Contato ativo no cadastro | Vínculo registrado com a conta | Permissão para o conteúdo específico |
| Aprovação contextual | Responsável aceitou destinatários e material | Conferência final antes do envio |
| Aceite pelo servidor de correio | Etapa do transporte foi aceita | Leitura pelo destinatário pretendido |
Confira endereços sem fazer correções silenciosas
Separe o nome de exibição do endereço efetivo. Mostre ambos na interface de revisão, com o domínio legível e o vínculo cadastrado. Um nome conhecido ao lado de um endereço inesperado precisa de investigação. A pessoa que aprova deve conseguir perceber a diferença sem abrir cabeçalhos técnicos.
Não substitua automaticamente um domínio parecido por outro. Um erro aparente pode representar uma organização distinta. Da mesma forma, evite remover pontos, sinais de adição ou outros elementos da parte anterior ao arroba para “normalizar” contatos. Regras de equivalência variam, e uma transformação indevida pode unir pessoas diferentes.
A RFC 5321 trata do transporte SMTP e da interpretação de caixas postais. Ela sustenta a necessidade de preservar a semântica do endereço ao comparar registros. Não use uma tentativa de entrega como teste de identidade, sobretudo quando o próprio teste já expõe informação ou gera mensagens indesejadas.
Domínios internacionalizados pedem cuidado adicional. A RFC 5890 apresenta conceitos de representação desses domínios e discute caracteres visualmente semelhantes. Use uma biblioteca compatível e mostre representações úteis na revisão quando houver suspeita. Semelhança visual pode justificar um alerta, mas não autoriza troca automática.
Também valide o domínio completo na política. Aprovar uma sequência de letras que apenas aparece dentro do endereço não equivale a aprovar aquele domínio. Faça comparação estruturada e registre regras separadas para subdomínios, caixas compartilhadas e fornecedores. Uma lista de domínios permitidos reduz o espaço de decisão, sem substituir a autorização do contato.
Vincule a aprovação ao conjunto exato que será enviado
Monte um pacote de revisão com remetente, destinatários de Para, Cc e Cco, assunto, corpo e anexos. Inclua a justificativa de cada destinatário e os avisos de política. A aprovação vale para esse pacote. Se um endereço, um arquivo ou o conteúdo mudar, reabra a avaliação conforme o impacto da mudança.
A aplicação deve comparar a lista aprovada com a lista efetiva de entrega. Isso inclui destinatários acrescentados por regras de encaminhamento da aplicação ou por uma expansão de grupo que ela consiga consultar. Quando a composição de uma lista compartilhada for desconhecida, trate o grupo como uma entidade cujo acesso precisa de aprovação específica.
Não esconda Cco do revisor autorizado. Cópia oculta muda quem recebe os dados, mesmo sem aparecer para os demais destinatários. Para respostas em uma conversa, recalcule os participantes em vez de herdar “responder a todos” sem análise. Pessoas incluídas em uma etapa anterior podem não participar do novo assunto.
O envio precisa repetir as verificações essenciais imediatamente antes da chamada ao serviço de correio. Se o contato foi desativado ou a aprovação expirou, volte à fila de revisão. O artigo sobre caixa de entrada de aprovações humanas ajuda a organizar pendências com contexto suficiente para uma decisão.
Exemplo: escritório contábil em Belo Horizonte
Imagine um escritório contábil fictício em Belo Horizonte preparando documentos para uma empresa cliente. A IA recebe a tarefa de criar um rascunho para o responsável financeiro. O cadastro tem duas pessoas com o mesmo primeiro nome, vinculadas a contas diferentes. O exemplo é ilustrativo e usa apenas dados sintéticos.
O sistema limita a busca à conta selecionada e encontra o contato cadastrado como responsável financeiro. Em seguida, verifica se esse contato está ativo e autorizado para aquela categoria de documento. O modelo recebe o identificador resolvido e explica a escolha. Ele não tenta adivinhar o endereço da outra pessoa.
No histórico anexado há uma instrução pedindo cópia para um novo consultor. Como o consultor não consta da lista aprovada, a aplicação apresenta uma pendência. O contador pode pedir a inclusão formal e a verificação do vínculo, mas o agente não executa essa atualização sozinho durante o envio.
A tela de revisão mostra o destinatário principal, a ausência de cópias aprovadas e os arquivos selecionados. O contador aprova o pacote. Antes do envio, um arquivo adicional entra no rascunho. A aplicação identifica a mudança e solicita nova aprovação, porque o conjunto de informações compartilhadas mudou.
No teste de aceitação, a equipe confirma que uma mensagem simulada só chega às caixas de teste correspondentes ao pacote aprovado. A evidência esperada é a correspondência entre aprovação e entrega, sem usar documentos reais. Esse exercício verifica o comportamento do fluxo sem inventar resultados de produtividade.
Teste ambiguidades, instruções maliciosas e retomadas
Monte casos com nomes iguais, contato inativo, domínio parecido, endereço ausente, grupo desconhecido e destinatário copiado sem justificativa. Para cada caso, defina a saída esperada antes de executar o agente. Uma sugestão deve ser recusada quando falta evidência, mesmo que a explicação do modelo pareça convincente.
Inclua mensagens e documentos que tentem instruir o agente a enviar dados para outro endereço. A orientação da OWASP sobre injeção de prompt descreve defesas para entradas não confiáveis e ações de ferramentas. No fluxo proposto, texto recebido pode sugerir contatos, mas não altera a política nem a lista aprovada.
Teste também falhas do cadastro e do serviço de aprovação. A indisponibilidade deve gerar uma pendência explícita. Não reutilize uma autorização antiga para outro cliente só porque o assunto é parecido. A identidade da conta, a finalidade e o conjunto de arquivos precisam fazer parte do contexto de aprovação.
Em retomadas, registre um identificador de envio e consulte o estado antes de repetir a ação. Uma falha de rede pode ocorrer depois que o serviço aceitou a mensagem. Reenviar cegamente cria duplicatas. Mantenha evidências de validação, aprovação e resposta do provedor, com acesso restrito e retenção definida pela organização.
Erros comuns
Usar confiança do modelo como autorização. Uma pontuação alta não prova titularidade de caixa nem acesso ao documento. Exija evidências do cadastro e da política, independentemente da convicção apresentada na resposta.
Validar só o campo Para. Cc, Cco e grupos também recebem conteúdo. A análise deve alcançar o conjunto de entrega. Revise participantes ao trocar de assunto dentro de uma conversa existente.
Corrigir o contato sem registrar a mudança. Substituições silenciosas escondem a origem do erro. Abra uma revisão cadastral com responsável, justificativa e confirmação apropriada antes de usar o novo endereço.
Confiar em domínio permitido para qualquer material. Colegas da mesma empresa podem ter funções e permissões diferentes. A política precisa considerar a pessoa, o vínculo e a categoria do conteúdo.
Guardar mensagens completas em todo log. Para auditar a seleção, muitas vezes bastam identificadores e referências protegidas. O guia de permissões de agentes de IA ajuda a limitar leitura, alteração de contatos e envio conforme cada responsabilidade.
Perguntas frequentes
Consultar DNS confirma que o destinatário existe?
Não. A configuração de correio do domínio é evidência técnica limitada. Ela não confirma a caixa específica, quem a controla ou se essa pessoa pode receber o documento.
Posso aceitar um e-mail digitado pelo usuário?
Ele pode entrar como candidato, com indicação de origem. O fluxo ainda precisa verificar vínculo e autorização conforme o conteúdo. Não trate qualquer entrada manual como aprovação de envio.
Toda mensagem exige aprovação humana?
Depende da política e do risco. Fluxos restritos, com contatos e modelos aprovados, podem admitir execução automática. Exceções, novos destinatários e conteúdo sensível devem seguir regras explícitas de revisão.
Como lidar com caixas compartilhadas?
Cadastre sua finalidade e seu responsável. Confirme se o conjunto de pessoas com acesso é compatível com a mensagem. O nome genérico da caixa não demonstra que todos os participantes têm autorização.
Uma lista permitida elimina o risco?
Não. Ela restringe escolhas, mas pode conter contatos desatualizados ou inadequados ao assunto. Combine a lista com vínculo contextual, controle de alterações e verificação do pacote aprovado.
