Conectar un buzón
El sistema de tickets recoge el correo entrante por IMAP y envía las respuestas por SMTP. Con la mayoría de los proveedores basta con un nombre de usuario y una contraseña. Microsoft 365 es la excepción: aquí tienes el porqué y cómo resolverlo en unos diez minutos.
Qué debe admitir tu proveedor
Busca tu proveedor más abajo. Dos de cada tres casos no requieren ningún trabajo adicional.
| Proveedor | Qué necesitas | Conexión directa |
|---|---|---|
| Tu propio servidor de correo, alojamientos web (all-inkl, Strato, IONOS, Mailbox.org …), Exchange local | El nombre de usuario y la contraseña del buzón. | sí |
| Google Workspace / Gmail | Una contraseña de aplicación. Google rechaza la contraseña normal de la cuenta. El inicio de sesión en dos pasos tiene que estar activado en la cuenta; sin él, Google no ofrece contraseñas de aplicación. | sí |
| Microsoft 365 / Outlook.com | No es posible de forma directa. Microsoft ha desactivado el acceso por nombre de usuario y contraseña para IMAP, y las contraseñas de aplicación no ayudan porque usan el mismo mecanismo. La alternativa es un buzón propio de helpdesk con reenvío (guía más abajo). | no |
Por qué Microsoft 365 no se conecta directamente
Microsoft ha desactivado la «autenticación básica» para IMAP en Exchange Online. Esto afecta a todos los programas que leen directamente un buzón de Microsoft 365, no solo al nuestro. Su sucesor es OAuth2, que exige registrar una aplicación propia en tu directorio de Azure y concederle acceso. Todavía no admitimos OAuth2: está previsto, pero a propósito no damos una fecha. Para muchos clientes, el camino de más abajo es de todos modos el mejor: no necesita un administrador del directorio ni permisos de acceso que caduquen.
El inicio de sesión no se ve afectado: Microsoft Entra ID puede conectarse como proveedor de SSO, igual que cualquier otro proveedor que hable OIDC o SAML 2.0. Solo la lectura del correo por IMAP exige OAuth2 en Microsoft, y eso es lo que todavía no ofrecemos.
La solución: un buzón propio de helpdesk con reenvío
Creas un buzón aparte con un proveedor que acepte nombre de usuario y contraseña; tu paquete de alojamiento web suele incluir uno. La dirección que conocen tus clientes se reenvía a él. El sistema de tickets lee únicamente ese buzón.
Lo que ganas con esto
- El sistema de tickets nunca accede al buzón de tu empresa, solo a los mensajes que se le han reenviado.
- Sin registro de aplicaciones, sin consentimiento de un administrador del directorio y sin permisos que caduquen a los 90 días.
- Funciona igual con cualquier proveedor, también después de cambiar de proveedor de correo.
- Los helpdesk alojados funcionan exactamente así de fábrica. La diferencia: aquí el buzón es tuyo y los datos se quedan en tu servidor.
Paso a paso
Crea el buzón de helpdesk
Con tu alojamiento web o con cualquier proveedor que permita IMAP con nombre de usuario y contraseña. ⚠️ La dirección no puede estar en tu dominio principal si el correo de ese dominio ya lo gestiona Microsoft 365: usa un subdominio o el dominio de tu proveedor. Anota el servidor y el puerto IMAP (normalmente 993 con SSL) y el servidor y el puerto SMTP (normalmente 465 con SSL o 587 con STARTTLS).
Configura el reenvío en Microsoft 365
En el centro de administración de Microsoft 365, reenvía al nuevo buzón la dirección a la que escriben tus clientes. ⚠️ Microsoft bloquea de fábrica el reenvío automático a direcciones externas: tu administrador tiene que permitirlo expresamente en la directiva del filtro de spam saliente. De lo contrario no llega nada, y el buzón tampoco muestra ningún error.
Introdúcelo en el sistema de tickets
Settings → E-mail: introduce el servidor IMAP, el puerto y el SSL, y después el buzón con su nombre de usuario y contraseña para cada equipo. No tienes que teclear la carpeta de destino del correo ya procesado: «Read from server» recupera la lista real de carpetas, porque los nombres de carpeta son distintos en cada proveedor.
Fija la dirección del remitente
En SMTP decides qué dirección verán tus clientes como remitente de tus respuestas. Normalmente la correcta es la que ya conocen. El envío tiene que pasar por un servidor que permita esa dirección de remitente, por lo general el mismo proveedor que el del buzón de helpdesk.
Pruébalo
Envía un correo a la dirección que usan tus clientes. En un minuto el ticket está en el sistema y la confirmación ha llegado al remitente. Si no llega nada, mira primero la carpeta de spam del buzón de helpdesk.
A qué prestar atención
El correo reenviado puede acabar en spam
En el buzón receptor, el servidor que reenvía ya no coincide con el remitente del mensaje. Revisa la carpeta de spam durante los primeros días y añade el origen del reenvío a la lista de permitidos.
El envío es la otra mitad
Microsoft también restringe el envío SMTP con nombre de usuario y contraseña, y tiene previsto desactivarlo. Cuenta desde el principio con enviar a través del mismo proveedor que el del buzón de helpdesk.
Sin respuesta de ausencia en el buzón de helpdesk
Las respuestas automáticas en ambos lados pueden rebotar sin fin. El sistema de tickets envía él mismo la confirmación a tus clientes: el buzón no necesita ninguna.
Un buzón por equipo
El sistema de tickets lee exactamente un buzón por equipo. Para varias áreas, por ejemplo TI y contabilidad, crea un buzón y una regla de reenvío para cada una.
Guía rápida para Google Workspace y Gmail
Aquí no hace falta reenvío. El buzón se conecta directamente en cuanto tengas una contraseña de aplicación.
- 1.Activa el inicio de sesión en dos pasos en la cuenta de Google. Sin él, Google no ofrece contraseñas de aplicación.
- 2.Crea una contraseña de aplicación en los ajustes de seguridad de la cuenta y anótala: solo se muestra una vez.
- 3.Introdúcela en el sistema de tickets: IMAP imap.gmail.com, puerto 993 con SSL; SMTP smtp.gmail.com, puerto 465 con SSL. Usa la contraseña de aplicación, no la de la cuenta.
- 4.No teclees nombres de carpeta: Gmail guarda sus carpetas de sistema con nombres como «[Gmail]/…». Usa «Read from server» en el sistema de tickets y elige la carpeta de la lista.
¿No estás seguro de qué se aplica a tu proveedor? Dinos cuál usas y te indicamos el camino más corto.
Pregúntanos