Por que a IA não respondeu a um e-mail

Oito razões, na ordem em que vale conferir. A maioria é uma regra fazendo o trabalho dela e dizendo isso na mensagem — não uma falha de entrega.

Atualizado

O silêncio tem uma causa, e quase sempre o produto já sabe qual é e a escreveu na tela. Percorra esta lista em vez de começar por “o e-mail está quebrado” — as explicações de entrega estão no fim porque são as menos comuns.

1. A thread está pausada

A mais fácil de deixar passar, porque nada parece errado. O banner é explícito:

A IA está pausada nesta thread. As respostas recebidas não vão acionar uma resposta automática da IA até que alguém devolva a thread para a IA.

Se uma resposta foi de fato gerada durante a pausa, ela é mostrada e rotulada em vez de descartada em silêncio:

Suprimida: a IA teria enviado esta resposta, mas a thread está pausada. Nenhum e-mail foi entregue.

O controle de modo de resposta mostra Pausada (retoma em …) e nomeia para o que ela vai voltar. Alguém pausou isto de propósito — normalmente porque uma pessoa assumiu a conversa.

2. Ele escreveu um rascunho e ninguém aprovou

Se a caixa de e-mail está no modo Rascunhos, uma resposta escrita é o resultado esperado e enviar é uma ação humana. Confira Rascunhos pendentes (3) e o filtro Rascunhos. Uma thread mostrando Rascunho da IA — aguardando revisão não está travada; ela está esperando por você. Mais sobre esse fluxo.

3. O modo é Somente humano

Mostrado como Você · Sem IA, com “Não há execuções de IA nesta thread.” sob o controle. Nenhuma IA rodou, por design. Isso é o padrão do canal ou uma substituição nesta thread.

4. Nenhum agente está atribuído

Uma caixa de e-mail sem agente não tem com quem escrever, e a mensagem diz isso:

Ainda não há nenhum agente atribuído a esta caixa de e-mail, então ninguém está rascunhando respostas.

Isso é uma configuração errada em vez de uma escolha de configuração, e vale consertar em vez de contornar — vincule um agente ao canal.

5. O remetente era um endereço no-reply

Deliberado, e dito na própria mensagem:

Nenhuma resposta foi rascunhada · Isto veio de um endereço no-reply, então uma resposta não chegaria a ninguém.

E-mail de no-reply@, donotreply@ e suas variantes é mostrado a você e nunca respondido. Uma resposta seria devolvida, e a thread então apareceria como sem resposta para sempre.

6. Ele nunca chegou a nós

Alguns e-mails são descartados antes de a IA vê-los, porque respondê-los iniciaria um laço. Qualquer coisa que se identifique como gerada por máquina:

  • Auto-Submitted definido como qualquer coisa diferente de no (RFC 3834)
  • Precedence: bulk, auto_reply ou list
  • E-mail de lista de discussão carregando List-Id ou List-Unsubscribe
  • Devoluções e notificações do postmaster

Esses são descartados em vez de mostrados. Se você esperava uma resposta a um boletim ou a uma notificação automatizada, é por isso que não há thread nenhuma.

7. O canal está desconectado

Impossível não ver quando você olha, e fácil de perder se você está olhando uma thread antiga:

Canal desconectado. As mensagens anteriores continuam visíveis acima, mas a IA não pode mais responder e você não pode enviar daqui. Reconecte a caixa de e-mail em Configurações → Canais para retomar.

Uma concessão de OAuth revogada, uma senha trocada, ou um administrador removendo a permissão que a conexão pega emprestada — todos caem aqui.

8. Parece sem resposta, e uma pessoa já respondeu

Não é uma falha — é uma limitação de contagem, e vale entender porque faz as threads parecerem piores do que são.

A plataforma credita as respostas que saíram por ela. Um colega que responde direto do Gmail ou do Outlook de fato tratou o cliente, mas essa resposta não é registrada como resposta aqui, então a thread ainda pode aparecer esperando.

No Gmail nós nunca recebemos a resposta dele — a observação é armada na caixa de entrada. No Outlook nós recebemos, e mesmo assim não marcamos a thread como respondida.

Do que esta página não trata

Tudo acima é um problema de regras: algo decidiu não responder, e disse isso. Se uma resposta foi genuinamente enviada daqui e o destinatário nunca a recebeu, esse é um problema de entrega — SPF, DKIM, a reputação do seu domínio, o filtro de spam do destinatário — e essas coisas vivem com o seu provedor de e-mail e o seu DNS, não neste produto. Nós não gerenciamos nem monitoramos nada disso, e um guia dizendo o contrário estaria vendendo algo que não existe aqui.

O jeito de diferenciá-los: se a thread mostra uma resposta enviada, as regras funcionaram e a pergunta é entrega. Se ela não mostra nada, ou mostra um rascunho, ou mostra um dos avisos acima, a resposta está em algum lugar desta página.