- Como conectar sua própria caixa de correio ao AutoTalk via IMAP/SMTP
- Quais campos de conexão o canal precisa
- O que o canal suporta e como ele é cobrado
O canal Email conecta o AutoTalk a uma caixa de correio que você já possui. Você usa o seu próprio servidor de email: o AutoTalk se conecta via IMAP para ler os emails recebidos e via SMTP para enviar as respostas, que saem como email normal do seu próprio endereço. O AutoTalk nunca provisiona caixas de correio e nunca assume a entregabilidade do seu domínio — a caixa, o servidor e a reputação de envio continuam sendo seus.
Quando usar este canal
- Você já tem um endereço de suporte (por exemplo
[email protected]) e quer os emails dele na sua Caixa de Entrada - Você quer que as conversas por email sejam respondidas por funcionários ou agentes de IA, sem um novo número de telefone ou conta de plataforma
- Seu provedor de email oferece acesso padrão via IMAP e SMTP
Pré-requisitos
Antes de configurar este canal, você precisa de:
- Uma caixa de correio com IMAP e SMTP habilitados — a maioria dos provedores documenta os hostnames e as portas dos servidores
- O usuário e a senha da caixa. Se o seu provedor usa autenticação de dois fatores, crie uma senha de aplicativo para o AutoTalk; muitos provedores rejeitam a senha de login normal e exigem uma senha de aplicativo
Passo 1: Criar o canal
- Na barra lateral, vá para Integrações > Canais e clique no botão + (dica de ferramenta "Adicionar canal") para abrir a página Novo canal.
- No seletor de canais, selecione o bloco Email (no grupo Bots e comunidades — o bloco mostra a estimativa de custo de conexão hospedada do seu plano).
- Preencha o Endereço de remetente — o endereço da caixa usado como remetente (From) nas respostas, por exemplo
[email protected].
Uma empresa pode ter até 10 canais de email.
Passo 2: Email de entrada (IMAP)
| Campo | Obrigatório | Padrão | Observações |
|---|---|---|---|
| Servidor IMAP | Sim | — | Por exemplo imap.example.com |
| Porta IMAP | Não | 993 | Deixe vazio para usar o padrão |
| TLS IMAP | Não | Ativado | A porta 993 usa TLS |
| Usuário IMAP | Sim | — | Normalmente o endereço completo da caixa |
| Senha IMAP | Sim | — | Guardada como uma variável criptografada da empresa |
O campo Senha IMAP (e o campo opcional Senha SMTP) guarda suas credenciais como uma variável criptografada da empresa — "Guardada criptografada nas variáveis da empresa". Digite a senha e escolha a opção de criar no menu suspenso, ou selecione uma variável criada anteriormente; a variável é criada automaticamente, sem formulários extras para preencher.
Passo 3: Email de saída (SMTP)
| Campo | Obrigatório | Padrão | Observações |
|---|---|---|---|
| Servidor SMTP | Sim | — | Por exemplo smtp.example.com |
| Porta SMTP | Não | 465 | Deixe vazio para usar o padrão |
| TLS SMTP | Não | Ativado | Ativado = TLS implícito (porta 465). Para servidores que usam STARTTLS na porta 587, defina a porta e desligue o botão |
| Usuário SMTP | Não | — | Por padrão usa o usuário IMAP |
| Senha SMTP | Não | — | Por padrão usa a senha IMAP |
Deixe Usuário SMTP e Senha SMTP vazios se o seu provedor usa as mesmas credenciais para IMAP e SMTP — a maioria usa.
Quando os campos obrigatórios estiverem preenchidos, clique em Criar canal para revisão.
Passo 4: Revisar e ativar
O canal é criado desativado — nada se conecta à sua caixa de correio ainda, e nenhuma medição de tempo de conexão roda. Na página de edição do canal, revise a configuração e clique em Ativar canal. A validação acontece nesse momento, não na criação: o AutoTalk verifica a configuração e valida os hosts IMAP e SMTP — hosts que não podem ser resolvidos, ou que apontam para endereços não permitidos, são rejeitados com um erro. A ativação também é quando a medição do tempo de conexão começa (veja Cobrança abaixo).
Não há um botão separado de testar a conexão: ativar o canal é o que coloca a conexão online. A ativação verifica a configuração e os hosts dos servidores na hora; um usuário ou uma senha errados não fazem o clique em Ativar canal falhar — o problema aparece pouco depois da ativação no status de conexão do canal, como descreve o aviso abaixo.
Se o seu servidor de email rejeitar o login, a conexão para em vez de insistir com credenciais inválidas — a reconexão fica suspensa por cerca de 5 minutos. Corrija o usuário ou a senha no canal e a configuração atualizada é detectada como nova, e a conexão é tentada novamente.
O que o canal suporta
- Mensagens de texto, de entrada e de saída. Respostas escritas pela sua equipe ou por agentes são renderizadas de markdown para email HTML formatado.
- Anexos em ambas as direções — recebimento de até 40 MiB por anexo e 45 MiB por mensagem; emails de saída carregam no máximo 10 anexos de até 10 MiB cada. Um anexo recebido acima do limite não chega; a conversa mostra uma nota com o nome do arquivo, o tamanho e o limite excedido, para que você possa pedir um arquivo menor ao remetente.
- Threads de resposta reais — as respostas saem como respostas de email de verdade (cabeçalhos
In-Reply-ToeReferences) com um assunto "Re:" tirado do último email recebido, então elas chegam na thread já existente do destinatário. Uma mensagem enviada antes de qualquer email recebido usa o assunto "Message from nome da sua empresa".
Não suportado:
- Mensagens de opções são entregues como listas de texto numeradas (o email não tem botões); quando o contato responde com um número, ele é mapeado de volta para a opção correspondente.
- Sem modelos do provedor, sem editar ou apagar emails já enviados, sem reações, sem indicadores de digitação, sem confirmações de leitura e sem conversas em grupo.
Comportamento das conversas
- O contato é o endereço do remetente: cada endereço que escreve para a sua caixa vira um contato, e todos os emails dele caem em uma conversa por canal — independentemente do assunto ou da thread de email. Threads de email não são divididas em conversas separadas.
- O recebimento é limitado a cerca de 30 emails por hora por conversa; emails além do limite são descartados naquela janela.
- Emails automáticos são ignorados: respostas automáticas e avisos de ausência, emails de listas de discussão e em massa, notificações de devolução (bounce) e emails enviados do próprio endereço do canal são todos filtrados, e o limite de emails por conversa contém o que passar pelo filtro — assim o canal não amplifica loops de respostas com outro robô.
Como o AutoTalk trata a sua caixa de correio
O AutoTalk se comporta como um convidado somente leitura na sua caixa de correio. Ele marca as mensagens como lidas (\Seen) assim que elas são tratadas — entregues no AutoTalk, ou filtradas como email automático — e sinaliza (\Flagged) a rara mensagem que ele não conseguiu processar, para que ela continue visível na sua caixa. Ele nunca move emails entre pastas e nunca apaga nada. Sua caixa permanece intacta e continua utilizável em qualquer outro cliente de email.
Cobrança
O Email é uma conexão hospedada: como o IRC e o Discord, é cobrado por minuto enquanto a conexão com a caixa de correio está online, 24/7 (o medidor channel_minutes_email). Um canal desativado não gera custo. Além do tempo de conexão, você paga pelo uso que o canal gera: tempo de computação para processar mensagens, tokens de IA quando um agente escreve a resposta, e armazenamento para anexos mantidos na sua conta. Veja Tarifas de Uso para detalhes.
O tempo de conexão só é cobrado enquanto a conexão está realmente ativa — se a caixa de correio cair (por exemplo, após uma troca de senha), a medição para até a reconexão. Desative canais que você não está usando para evitar a cobrança por completo.
Próximos passos
- Caixa de Entrada e Mensagens — Gerencie as conversas de email recebidas
- Agentes de IA — Automatize as respostas com um agente
- IRC — Conecte redes IRC ou o chat da Twitch