Correo a canal: cómo cualquier servicio publica en el chat de su equipo sin un bot, y por qué una dirección supera a un token de bot

Gran parte de lo que un equipo necesita ver durante el día no lo escribe un compañero. Lo produce una máquina: el monitor de disponibilidad que detectó un endpoint lento, la pasarela de pago que recibió una factura, el helpdesk que abrió un ticket, el pipeline de CI que falló. Llevar esos mensajes al lugar donde el equipo conversa de verdad se llama «una integración», y en la mayoría de las herramientas de chat significa un bot: crearlo, obtener un token, guardarlo, escribir o configurar un remitente y mantener el token vigente.

InterMIND toma un camino más corto. Cada canal tiene su propia dirección de correo. Todo lo que pueda enviar correo puede publicar en el canal, y casi todo puede enviar correo. No hay nada que crear en InterMIND aparte de la propia dirección, nada que instalar y ningún token que mantener. Esta publicación explica en detalle la mecánica de ese camino, junto con una comparación honesta con el envío mediante bot en las cuatro cuestiones que importan en la práctica: configuración, secretos, garantías de entrega y quién puede desactivarlo.

La configuración está en la página de la función Correo a canal; la referencia, en la documentación.

Cómo funciona

1. La dirección

El anfitrión del canal abre los ajustes de visualización del canal (el icono de engranaje en la cabecera del chat), elige Email to channel y hace clic en Create address. El resultado es una dirección privada con la forma <token>@in.intermind.com. Solo el anfitrión puede verla, renovarla (New address) o eliminarla; ambas acciones surten efecto de inmediato, y la dirección anterior deja de funcionar en el momento en que existe una nueva.

Su Inbox personal tiene el mismo tipo de dirección, visible solo para usted. La dirección de un canal sirve para lo que el equipo debe ver; la dirección del Inbox, para lo que solo debe ver usted.

2. El remitente

Pegue la dirección allí donde una herramienta pida un correo de notificación. Ese campo es la integración. El canal de alertas de un monitor de disponibilidad, la regla de alertas de un rastreador de errores, el «avisar de nuevos tickets» de un helpdesk, los recibos de un sistema de facturación, las notificaciones de compilación de un servidor de CI, los envíos de un creador de formularios, la suscripción a un boletín: todos tienen ese campo, y ninguno necesita saber qué es InterMIND.

3. Qué llega al canal

El correo llega como un mensaje de canal normal:

• Atribuido al remitente. El mensaje lleva el nombre y la dirección del remitente, no los del anfitrión, y se traduce para cada lector igual que cualquier mensaje externo.
• Primero el asunto. La línea de asunto pasa a ser la primera línea del mensaje.
• Texto, no relleno. Se usa la parte de texto plano; un correo solo HTML se convierte a texto. Las firmas y las colas de respuestas citadas se eliminan, de modo que un hilo reenviado muestra el contenido nuevo y no todo el historial. El cuerpo está limitado a 100 000 caracteres.
• Adjuntos conservados. Cada adjunto se convierte en un mensaje de archivo, de hasta 25 MB por archivo.

4. Dónde se lee

Los miembros con el canal abierto ven llegar el mensaje en directo en la web y en el escritorio. Los que no están mirando reciben una notificación push en el móvil. Cada uno lo lee en su propio idioma, y queda en el historial del canal como todo lo demás. El flujo es unidireccional: responder en el canal no envía ningún correo de vuelta al remitente.

Límites, expuestos con claridad

• Los adjuntos cuentan para el espacio de almacenamiento del equipo. Cuando el almacenamiento está lleno, el texto sigue llegando y el adjunto se omite, con una nota en el mensaje que lo indica.
• Hasta 30 correos por hora y dirección; todo lo que supere ese límite en la misma hora se descarta.
• El correo enviado a una dirección que no existe se descarta en silencio: sin rebote, sin respuesta. Una dirección adivinada no recibe ninguna señal.
• Disponible en todos los planes.

El mismo trabajo con un bot

Una integración basada en bot no es difícil. Es simplemente más larga, y cada paso es algo que más tarde puede fallar. Aquí está la versión de Telegram, porque nosotros mismos usamos una para nuestras alertas de monitorización hasta esta semana, y la de Slack, porque es la referencia que conocen la mayoría de los equipos.

Telegram. Un bot se crea a través de BotFather, que emite un token; cada mensaje es una llamada HTTP a la Bot API con ese token y el id numérico del chat de destino, y el token se puede revocar y volver a emitir a través de BotFather (documentación de la Telegram Bot API, Bots: From Beginner to Advanced, consultado en septiembre de 2026). Así, el remitente necesita el token y el id del chat, y cada lugar desde el que se envía necesita ambos.

Slack. Los Incoming Webhooks dan a una aplicación una URL única por canal; la URL es el secreto, y la propia documentación de Slack indica que se trate como tal y que no se publique en repositorios públicos (Slack — Sending messages using incoming webhooks, consultado en septiembre de 2026). Una URL por canal y aplicación, almacenada en cada remitente.

Nuestra propia configuración de alertas, antes del cambio, requería que existieran y se mantuvieran correctas cinco cosas: un token de bot en las variables del proveedor de monitorización, dos secretos en la plataforma de alojamiento, un secreto de firma de webhook, un remitente dentro del manejador de webhooks del rastreador de errores y un paso de envío dentro del script de vigilancia posterior al despliegue. La versión por correo de la misma configuración es una dirección, introducida en el campo de «correo de notificación» de cada proveedor. En el lado de InterMIND, el cambio es cero.

Dirección frente a token: cuatro propiedades

Las dos últimas filas son las que deciden los incidentes. La API de un bot es el endpoint de un único proveedor en la red de un único proveedor: si la llamada falla, el mensaje se pierde a menos que el remitente haya escrito lógica de reintento, y si la plataforma es inaccesible desde donde usted está, también lo es la integración. El correo se diseñó en sentido contrario. El servidor emisor conserva el mensaje y lo vuelve a intentar; ningún operador único se interpone entre el remitente y el receptor.

La rotación sigue la misma lógica. Revocar un token de bot implica actualizar todos los remitentes que lo tienen. Renovar la dirección de un canal implica actualizar esos mismos remitentes, pero con la diferencia de que la dirección nunca se almacenó en su propio código o infraestructura: existe en el campo de notificación del proveedor y en ningún otro sitio.

Para qué sirve

El uso evidente son los mensajes de máquinas: alertas, recibos, tickets, resultados de compilación. El menos evidente son las personas. A un cliente que nunca va a instalar nada se le puede decir «envíalo a esta dirección», y todo el equipo lee el hilo en el canal, en su propio idioma, con los adjuntos. El informe semanal de un proveedor, el aviso de un regulador, el borrador de contrato de un socio: todo llega adonde el trabajo ya está ocurriendo, sin pedir a nadie que se una a nada.

Ese es el sentido de un espacio persistente frente a una reunión: lo que llega se queda, en el idioma que lee cada miembro. Email-in es una puerta más a la misma sala. Telegram es otra; esa vía se describe en Cómo llevar sus chats de Telegram a InterMIND.

Pruébelo

• Cómo reenviar, seleccionar y eliminar mensajes en bloque en un chat de equipo — orden y limpieza de lo que trae la dirección.
• Lea la página de la función Correo a canal — la mecánica en una sola pantalla, con una demostración.
• Abra la documentación — crear y renovar la dirección, la dirección del Inbox, límites.
• Pruebe la demo en vivo — una reunión con un participante de IA, sin registro.

Preguntas frecuentes

¿Qué servicios pueden publicar en un canal por correo? Cualquier servicio que pueda enviar correo a una dirección que usted indique: monitorización de disponibilidad y de errores, sistemas de tickets y helpdesk, CRM, facturación, pipelines de CI, creadores de formularios, boletines. Si la herramienta tiene un campo para un correo de notificación, ese campo es toda la integración.

¿Quién puede ver la dirección de correo del canal? Solo el anfitrión del canal. El anfitrión la crea, la renueva y la elimina desde los ajustes de visualización del canal. Los miembros ven los mensajes, no la dirección.

¿Qué ocurre si la dirección se filtra? Cualquiera que la tenga puede publicar en el canal, así que trátela como una contraseña. Genere una dirección nueva desde el mismo cuadro de diálogo; la anterior deja de funcionar de inmediato. El correo enviado a una dirección desconocida se descarta sin rebote, de modo que quien adivine una dirección no averigua nada.

¿Llegan los adjuntos? Sí, como mensajes de archivo, de hasta 25 MB por archivo. Cuentan para el espacio de almacenamiento del equipo; cuando el almacenamiento está lleno, el texto sigue llegando y el adjunto se omite con una nota.

¿Se traducen los correos entrantes? Sí. El mensaje se atribuye al remitente externo y se traduce para cada lector como cualquier otro mensaje externo del canal.

¿Pueden los miembros responder al remitente desde el canal? No. El flujo es unidireccional: del correo al canal. Las respuestas en el canal se quedan en el canal.

¿Está email-in disponible en el plan gratuito? Sí. Correo a canal está disponible en todos los planes; lo único que depende del plan es el espacio de almacenamiento con el que cuentan los adjuntos.

¿Por qué no añadir simplemente un bot a Telegram o a Slack? Puede hacerlo, allí donde la herramienta que desea conectar lo admita. La diferencia está en lo que debe mantener después: un bot necesita un token o una URL de webhook almacenados en cada remitente y administrados en la plataforma, entrega con una sola llamada HTTP y depende de que esa plataforma sea accesible. Una dirección no necesita nada almacenado de su lado, el servidor de correo del remitente la reintenta cuando falla la entrega, y no tiene ningún operador único que pueda desactivarla.

Fuentes: Telegram Bot API y Bots: From Beginner to Advanced (token emitido por BotFather; sendMessage recibe un id de chat; revocación del token); Slack — Sending messages using incoming webhooks (una URL de webhook por canal y aplicación; la URL es un secreto); RFC 5321 §4.5.4.1 — Sending Strategy (el correo en cola se reintenta hasta que se entrega o se desiste). Consultado en septiembre de 2026.