Email para canal: como qualquer serviço publica no chat da sua equipe sem um bot — e por que um endereço supera um token de bot
A maior parte do que uma equipe precisa ver durante o dia não é digitada por um colega. É produzida por uma máquina: o monitor de disponibilidade que notou um endpoint lento, o processador de pagamentos que recebeu uma fatura, o helpdesk que abriu um ticket, o pipeline de CI que falhou. Fazer essas mensagens chegarem ao lugar onde a equipe realmente conversa é chamado de "integração" e, na maioria das ferramentas de chat, isso significa um bot: criá-lo, obter um token, armazenar o token, escrever ou configurar um remetente, e manter o token vivo.
A InterMIND adota um caminho mais curto. Cada canal tem seu próprio endereço de email. Qualquer coisa que possa enviar email pode publicar no canal, e quase tudo pode enviar email. Não há nada para criar do lado da InterMIND além do próprio endereço, nada para instalar e nenhum token para manter. Este post detalha toda a mecânica dessa rota, além de uma comparação honesta com a entrega via bot nas quatro coisas que importam na prática: configuração, segredos, garantias de entrega e quem pode desativá-la.
A configuração em si está na página do recurso Email to Channel; a referência está na documentação.
Como funciona
1. O endereço
O host do canal abre as configurações de exibição do canal (o ícone de engrenagem no cabeçalho do chat), escolhe Email to channel e clica em Create address. O resultado é um endereço privado no formato <token>@in.intermind.com. Apenas o host pode vê-lo, rotacioná-lo (New address) ou removê-lo; ambos entram em vigor imediatamente, e o endereço antigo para de funcionar no momento em que um novo existe.
Sua Inbox pessoal tem o mesmo tipo de endereço, visível apenas para você. Um endereço de canal é para o que a equipe deve ver; o endereço da Inbox é para o que apenas você deve ver.
2. O remetente
Cole o endereço onde quer que uma ferramenta peça um email de notificação. Esse campo é a integração. O canal de alerta de um monitor de disponibilidade, a regra de alerta de um rastreador de erros, o "notificar sobre novo ticket" de um helpdesk, os recibos de um sistema de cobrança, as notificações de build de um servidor de CI, as submissões de um construtor de formulários, uma assinatura de newsletter — todos eles têm esse campo, e nenhum precisa saber o que é a InterMIND.
3. O que chega no canal
O email chega como uma mensagem regular do canal:
- Atribuído ao remetente. A mensagem carrega o nome e o endereço do remetente, não os do host, e é traduzida para cada leitor da mesma forma que qualquer mensagem externa.
- Assunto primeiro. A linha de assunto se torna a primeira linha da mensagem.
- Texto, não texto padrão. A parte em texto simples é usada; um email apenas em HTML é convertido para texto. Assinaturas e caudas de resposta citadas são removidas, então um encaminhamento de thread mostra o novo conteúdo em vez de todo o histórico. Os corpos são limitados a 100.000 caracteres.
- Anexos mantidos. Cada anexo se torna uma mensagem de arquivo, com até 25 MB por arquivo.
4. Onde é lido
Membros com o canal aberto veem a mensagem chegar ao vivo na web e no desktop. Membros que não estão olhando recebem uma notificação push no celular. Cada um a lê em seu próprio idioma, e ela permanece no histórico do canal como qualquer outra coisa. O fluxo é unidirecional: responder no canal não envia email de volta ao remetente.
Limites, declarados de forma clara
- Anexos contam para o pool de armazenamento da equipe. Quando o armazenamento está cheio, o texto ainda chega e o anexo é ignorado, com uma nota na mensagem informando isso.
- Até 30 emails por hora por endereço; qualquer coisa além disso na mesma hora é descartada.
- Emails para um endereço que não existe são descartados silenciosamente: sem bounce, sem resposta. Um endereço adivinhado não recebe nenhum sinal de volta.
- Disponível em todos os planos.
