Conectar un buzón de correo

El correo es el canal diferido: nadie espera respuesta al segundo, y por eso es el que mejor encaja cuando lo que se pide tarda. ELYRA lo trata como a cualquier otro canal — reconoce a la persona, ejecuta y contesta — solo que la conversación avanza a ritmo de bandeja de entrada.

Tiene dos mitades, y se pueden montar por separado:

• La salida (SMTP), que es por donde ELYRA envía. Con solo esto ya puedes mandar avisos y cartas por correo.
• La entrada (IMAP), que es por donde ELYRA lee el buzón. Con esto, además, la gente le escribe y ELYRA contesta.

Si dejas la entrada vacía, el buzón solo envía, y ELYRA te lo dice en la ficha en vez de aparentar que escucha.

Antes de empezar

A diferencia de Telegram o Slack, aquí no hay un único camino: cada proveedor de correo pide sus propios datos y tiene sus propias reglas. Lo que necesitas es siempre lo mismo —cuatro datos para enviar y dos para leer—, pero de dónde salen depende de quién te da el correo.

Qué	Para qué
Servidor SMTP y su puerto	Por dónde sale el correo
Usuario del buzón	Quién es
Con qué se identifica	Una clave, o los datos de una aplicación registrada
Servidor IMAP y su puerto	Por dónde se lee (opcional)

Ese tercer punto es el que cambia según el proveedor, y es lo primero que ELYRA te pregunta al crear el canal. Un servidor propio y Gmail entran con usuario y clave; Microsoft entra con una aplicación registrada en el directorio de tu empresa.

Casi nunca es tu contraseña normal

En Gmail y en la mayoría de proveedores con verificación en dos pasos, lo que se pega en ELYRA no es la contraseña con la que entras al correo, sino una clave de aplicación: una contraseña aparte, que solo sirve para esto y que puedes revocar sin cambiar la tuya.

Los tres casos

A · Un servidor de correo propio

Es el caso más simple y el que menos sorpresas da: el correo de tu dominio, servido por tu proveedor de alojamiento o por el servidor de tu empresa.

Campo	Valor típico
Servidor SMTP	smtp.tu-empresa.com o mail.tu-empresa.com
Puerto SMTP	587
Usuario	[email protected]
Contraseña	La del buzón
Servidor IMAP	imap.tu-empresa.com o mail.tu-empresa.com
Puerto IMAP	993

Los nombres exactos los da tu proveedor, normalmente en una página que llaman «configuración de clientes de correo». Si te ofrece los puertos 465 (SMTP) o 143 (IMAP), pide los de la tabla: son los que ELYRA usa.

Funciona entero: envía y lee.

B · Gmail o Google Workspace

Campo	Valor
Servidor SMTP	smtp.gmail.com
Puerto SMTP	587
Usuario	La dirección completa, [email protected]
Contraseña	Una clave de aplicación de 16 caracteres
Servidor IMAP	imap.gmail.com
Puerto IMAP	993

Para sacar la clave de aplicación:

1. La cuenta necesita la verificación en dos pasos activada. Sin eso, Google no ofrece claves de aplicación siquiera.
2. En la cuenta de Google, entra a Seguridad → Verificación en dos pasos → Contraseñas de aplicaciones.
3. Crea una, ponle un nombre que reconozcas («ELYRA») y cópiala en ese momento: Google no vuelve a enseñarla.

Si es Google Workspace, el administrador puede tener las claves de aplicación desactivadas para la organización; en ese caso hay que pedírselo a él.

Funciona entero: envía y lee.

C · Outlook y Microsoft 365

Microsoft ya no acepta usuario y contraseña para el correo: pide autenticación moderna, que es otra forma de identificarse —la aplicación se registra en el directorio de la empresa y se identifica con sus propias llaves, no con la contraseña de una persona—.

Es mejor que lo anterior, y por eso Microsoft lo hizo: la llave es de la aplicación y no de nadie, se le da acceso a un buzón concreto en vez de a toda la cuenta, y se revoca sin tocar la contraseña de ninguna persona.

Lo que ELYRA te pide son tres datos, los mismos que pide cualquier aplicación que se conecte a Microsoft y que tu administrador reconocerá al verlos:

Campo	Dónde sale
Servidor SMTP	smtp.office365.com
Usuario del buzón	La dirección completa del buzón que se atiende
Identificador del directorio	El de tu empresa (Directory / tenant ID)
Identificador de la aplicación	El de la aplicación registrada (Application / client ID)
Secreto de la aplicación	El valor del secreto, no su identificador
Servidor IMAP	outlook.office365.com

Lo que tiene que hacer tu administrador, una vez

Esto no se configura desde ELYRA: se hace en Microsoft, y son cuatro pasos.

1. Registrar una aplicación en el directorio de la empresa. De ahí salen el identificador del directorio, el de la aplicación y el secreto.
2. Darle permisos de aplicación de Office 365 Exchange Online: IMAP.AccessAsApp para leer y SMTP.SendAsApp para enviar. Y dar el consentimiento del directorio.
3. Registrarla dentro de Exchange, con New-ServicePrincipal.
4. Darle acceso al buzón concreto que ELYRA va a atender, con Add-MailboxPermission. Solo a ese: no a toda la cuenta.

Los pasos 3 y 4 son los que se olvidan

Con solo el registro y los permisos, Microsoft ya entrega la llave y todo parece correcto, pero el buzón rechaza la entrada. Si el Probar de ELYRA te dice que la llave se consiguió pero el buzón no dejó entrar, es que falta el paso 3 o el 4 — no el secreto.

Funciona entero: envía y lee.

Paso a paso en ELYRA

1 · Crear el canal

En Conexiones, pulsa Nuevo canal, ponle un nombre que reconozcas y elige Correo en el tipo.

2 · Decir cómo entra ELYRA al buzón

Lo primero que te pregunta es cómo se identifica, porque de eso depende todo lo demás:

• Usuario y clave, para un servidor propio y para Gmail (casos A y B).
• Aplicación registrada, para Microsoft (caso C).

Según lo que elijas aparecen unos campos u otros, y solo esos. Puedes cambiarlo después en la tarjeta del canal.

3 · Los datos del buzón

ELYRA te pide la dirección que atiende, el servidor de salida, el usuario y —según lo que elegiste— la clave o los tres datos de la aplicación. Y, si quieres que además lea, el servidor de entrada. Los valores salen de la tabla de tu caso, ahí arriba.

4 · Probar, que aquí no es un adorno

Pulsa Probar en la ficha del canal. ELYRA inicia sesión de verdad contra tu servidor de salida: no comprueba que el servidor exista, sino que las credenciales entran. Un verde aquí significa que puede enviar.

Con Microsoft esto importa el doble, porque conseguir la llave y poder entrar son dos cosas distintas. ELYRA no se queda en la llave: entra. Por eso el Probar puede decirte que la aplicación y el secreto están bien y que lo que falta es el permiso sobre el buzón.

Si dejaste la entrada vacía, la ficha te lo dice con todas las letras: este buzón solo envía.

5 · Afinar lo demás

En la tarjeta del canal, ya con él creado, quedan las perillas que casi nadie necesita el primer día: el puerto si no es el de siempre, el remitente visible (lo que la gente lee en «De:»), y las copias fijas.

6 · Quién comprueba al remitente (si vas a fiarte del correo)

Un correo dice de quién viene en su «De:», pero ese dato lo escribe quien lo manda: cualquiera puede poner la dirección de tu gerente. Quien de verdad comprueba si un correo salió del dominio que dice es tu proveedor de correo, al recibirlo, y deja el resultado escrito dentro del mensaje con su propio nombre.

Si quieres que ELYRA trate como verificada a una persona que escribe desde una dirección de tu agenda, tienes que decirle cuál es ese nombre, en la tarjeta del buzón, en «Quién comprueba al remitente»:

Tu proveedor	Lo que se escribe
Gmail o Google Workspace	mx.google.com
Microsoft 365	tudominio.mail.protection.outlook.com (con tu dominio)
Un servidor propio	El nombre con que firma sus comprobaciones; si no las hace, déjalo vacío

Vacío, ningún correo cuenta como verificado: la gente puede escribir y ser atendida igual, pero las operaciones que exigen identidad verificada le pedirán otra prueba. Es a propósito: mejor pedirla de más que creerle a un «De:» que cualquiera pudo escribir.

Si algo no funciona

«Faltan credenciales SMTP». Alguno de los campos obligatorios llegó vacío: el servidor, el usuario, y la clave o el secreto según el caso. El Probar no adivina: dice cuál falta.

Entra bien a mano pero ELYRA no. Casi siempre es la contraseña: muchos proveedores aceptan la tuya en su web y exigen una clave de aplicación desde fuera. Es el caso de Gmail.

«Authentication unsuccessful» en Microsoft. La llave se consiguió, así que la aplicación y su secreto están bien. Lo que falta está del otro lado: los pasos 3 y 4 del caso C, registrar la aplicación dentro de Exchange y darle permiso sobre ese buzón.

El directorio de Microsoft contesta con un código AADSTS…. Ese mensaje sale tal cual en la ficha del canal, y dice exactamente qué pasa: el identificador del directorio mal escrito, la aplicación que no existe, el secreto vencido. Es de Microsoft, no de ELYRA, y buscarlo por ese código lleva a su explicación.

Envía pero no recibe nada. Sin servidor de entrada, el buzón solo envía —y la ficha lo dice—. Con servidor de entrada, comprueba que el proveedor tenga el IMAP encendido: en varios viene apagado de fábrica.

Contesta a robots. No lo hace: ELYRA ignora las respuestas automáticas y los remitentes que no estén permitidos, precisamente para no quedarse conversando con un contestador.