Pular para o conteúdo principal
Recebimento de e-mail através da conta Resend da própria organização, apontando o webhook do Resend para uma automação. É opt-in: sem a automação configurada, nada acontece. Compartilha o mesmo núcleo de ingestão do Recebimento de E-mails nativo — muda só a porta de entrada.

​
Dois caminhos, um núcleo

A ingestão de e-mail tem dois pontos de entrada.
  • Nativo: a organização usa o endereço {slug}@inbound.dilli.studio. A plataforma recebe o e-mail e processa. Não exige conta de provedor. Veja Recebimento de E-mails.
  • Resend próprio: a organização aponta o webhook do Resend para uma automação. O conteúdo do e-mail é buscado com a chave da própria organização e segue o mesmo processamento.
Os dois caminhos compartilham match de remetente, enriquecimento, criação de contato e registro de atividade. O comportamento a partir da entrada é idêntico. Esta página cobre o segundo caminho.

​
Como configurar

A ligação é feita por uma automação, não por uma tela de configuração dedicada.
  1. Crie uma automação com trigger do tipo Webhook. Ela expõe uma URL de entrada.
  2. Adicione o node receive_resend_email à automação. É ele que interpreta o payload do Resend e chama o núcleo de ingestão.
  3. No painel do Resend, configure o webhook de e-mail recebido apontando para a URL da automação.
  4. Garanta que a chave de API do Resend da organização esteja configurada — o node usa essa chave para buscar o conteúdo completo do e-mail.
A partir daí, cada e-mail que o Resend recebe dispara o webhook, o node busca o conteúdo e a ingestão acontece.

​
Como o remetente é identificado

A ordem de resolução do remetente é a mesma dos dois caminhos:
  1. Por identidade de contato (e-mail): se o endereço do remetente já está vinculado a um contato como identidade, o e-mail cai nesse contato.
  2. Por campo de e-mail do contato: sem identidade correspondente, busca-se pelo e-mail no cadastro do contato.
  3. Criação automática: sem contato encontrado e com o toggle ligado, cria-se um contato novo com origem email_inbound.
Quando o contato existe mas está com nome ou e-mail faltando, esses campos são preenchidos a partir do e-mail recebido.

​
Registro e idempotência

Cada e-mail processado vira uma atividade do tipo email no contato e nos negócios relacionados. A ingestão é idempotente. Cada e-mail é registrado uma única vez, identificado pela combinação de organização, provedor e ID do e-mail no provedor. O mesmo e-mail reentregue pelo webhook não gera atividade duplicada — relevante porque webhooks reentregam.

​
Campos

​
Node de automação (obrigatório)

O node receive_resend_email, dentro de uma automação com trigger Webhook. Sem ele, o payload do Resend chega mas não é ingerido.

​
Chave de API do Resend (obrigatório)

A chave da própria organização. O node a usa para buscar o conteúdo completo do e-mail no Resend. Sem chave válida, o conteúdo não é recuperado.

​
Criar contato automático (default: desligado)

Quando ligado, e-mail de remetente desconhecido cria um contato novo com origem email_inbound. Vale para os dois caminhos de entrada.

​
Eventos de automação

A ingestão emite dois eventos, independentemente do caminho:
  • email.received — sempre que um e-mail é ingerido com sucesso.
  • email.contact.auto_created — quando a ingestão cria um contato novo.

​
Nativo ou Resend próprio: qual usar

Use o nativo quando a organização não tem conta de e-mail própria ou não quer manter uma. É o caminho de menor configuração: o endereço já existe. Use o Resend próprio quando a organização já opera uma conta Resend, quer o domínio próprio no remetente, ou tem regras de roteamento que devem rodar antes de o CRM receber. O controle da conta e das chaves permanece com a organização.

​
Compatibilidade

Se você não configurar a automação, nada muda. O caminho nativo não depende dela, e organizações sem conta Resend seguem usando o endereço inbound normalmente. A criação automática de contato nasce desligada.

​
Limites de escopo

Não é envio. Este caminho cobre só o e-mail que entra — disparo e campanha via Resend não fazem parte. Não é caixa de e-mail. O conteúdo vira atividade e histórico, não uma inbox dentro do Dilli. Não gerencia a conta Resend. A plataforma consome o webhook e usa a chave para leitura do conteúdo; toda a administração da conta permanece no Resend, com a organização.