Configurar un correo Akeonet en un cliente externo (Thunderbird, Outlook, aplicación Android o iOS) se basa en un conjunto de parámetros de servidor precisos. El objetivo no es tanto seguir un asistente paso a paso como ingresar los protocolos, puertos y modos de cifrado correctos desde el primer intento, para evitar errores de autenticación en bucle.
Parámetros del servidor IMAP y SMTP para una cuenta Akeonet: tabla resumen
La configuración de una cuenta Akeonet sigue el esquema que se ha vuelto estándar entre los proveedores de acceso franceses: IMAP para recepción y SMTP autenticado para envío, ambos cifrados. La tabla a continuación reúne los ajustes que se deben ingresar en cualquier cliente de correo.
| Parámetro | Servidor entrante (IMAP) | Servidor saliente (SMTP) |
|---|---|---|
| Protocolo | IMAP | SMTP |
| Cifrado | SSL/TLS | SSL/TLS o STARTTLS |
| Puerto | 993 | 465 o 587 |
| Autenticación | Contraseña normal | Contraseña normal (obligatoria) |
| Identificador | Dirección de correo completa | Dirección de correo completa |
El identificador siempre corresponde a la dirección de correo completa (por ejemplo, [email protected]), y no al simple nombre de usuario. Un error frecuente es omitir la parte después de la arroba, lo que provoca un rechazo inmediato por parte del servidor.
Para conectarse al correo Akeonet desde un cliente externo, estos parámetros son suficientes en la gran mayoría de los casos. La única variable es la elección del puerto SMTP: el puerto 465 utiliza SSL/TLS nativo, el puerto 587 utiliza STARTTLS. Ambos funcionan, pero algunos clientes imponen uno u otro por defecto.
Por qué IMAP reemplaza a POP3 en las cuentas Akeonet
Varios proveedores comparables a Akeonet han ido eliminando gradualmente el acceso POP3 en los clientes externos para conservar solo el protocolo IMAP. La razón se debe a un problema concreto de sincronización.
Con POP3, los mensajes se descargan y luego se eliminan del servidor (salvo configuración contraria). Si consulta sus correos desde un ordenador, un teléfono y el webmail, cada dispositivo recupera una copia diferente. Los mensajes leídos en un dispositivo permanecen marcados como no leídos en otro. Peor aún, un correo eliminado desde el teléfono reaparece en el PC.
IMAP sincroniza el estado de los mensajes entre todos los dispositivos en tiempo real. Las carpetas, los marcadores de lectura y las eliminaciones se reflejan en todas partes. Para un usuario que consulta su correo Akeonet en dos o tres dispositivos, el cambio a IMAP elimina estas incoherencias.
Consecuencia práctica al configurar
Si su cliente de correo ofrece la opción entre POP3 e IMAP al agregar la cuenta, seleccione IMAP. Algunos clientes (en particular la aplicación Mail de Android) aún ofrecen POP3 como opción. Seleccionarlo puede desincronizar sus carpetas y provocar duplicados o pérdidas de mensajes.
Configuración en Thunderbird, Outlook y clientes móviles: las diferencias a conocer
No todos los clientes de correo interpretan los parámetros de la misma manera. Tres puntos de fricción aparecen regularmente.
- Thunderbird a menudo detecta los parámetros automáticamente a través de la base de datos de Mozilla ISP. Si Akeonet no figura allí, la detección falla y el software propone valores predeterminados incorrectos. Entonces, es necesario cambiar a configuración manual e ingresar los parámetros de la tabla anterior.
- Outlook (versión de escritorio) distingue “SSL/TLS” y “STARTTLS” en dos menús diferentes. Seleccionar “SSL/TLS” en el puerto 587 bloquea la conexión, ya que este puerto espera STARTTLS. Asocie el puerto 587 a STARTTLS y el puerto 465 a SSL/TLS.
- En Android, la aplicación Gmail integrada gestiona las cuentas de terceros a través de IMAP. El campo “servidor” no acepta espacios ni el prefijo “http://”. Ingrese solo el nombre del servidor IMAP, sin protocolo delante.
En iOS (aplicación Mail nativa), el formulario de adición de cuenta tiene una sección “Servidor de envío” colapsada por defecto. Si no la despliega para ingresar los parámetros SMTP, el iPhone acepta la cuenta para recepción pero se niega a enviar mensajes. El error solo aparece en el primer envío, sin un mensaje claro.
Errores de autenticación SMTP: diagnóstico rápido
El problema más frecuente después de una primera configuración se refiere al envío. La recepción funciona, pero cada intento de envío devuelve un error del tipo “autenticación rechazada” o “reenvío no autorizado”.
Tres causas recurrentes en la mayoría de los casos
La primera es una contraseña mal ingresada. Los espacios al final de la cadena (agregados por copiar y pegar desde un gestor de contraseñas) pasan desapercibidos pero provocan un rechazo. Vuelva a escribir la contraseña manualmente para descartar esta hipótesis.
La segunda se refiere al campo “Nombre de usuario SMTP”. Algunos clientes separan el identificador IMAP y el identificador SMTP. Si el campo SMTP está vacío o contiene un identificador diferente, el servidor saliente rechaza la conexión. El identificador SMTP debe ser idéntico al identificador IMAP: la dirección de correo completa.
La tercera está relacionada con el cifrado. Un servidor configurado para exigir SSL/TLS rechazará una conexión no cifrada sin enviar un mensaje explícito. El cliente mostrará “servidor inalcanzable” o “tiempo de espera excedido”, lo que erróneamente sugiere un problema de red.
Verificación en caso de duda
Si el error persiste después de haber verificado estos tres puntos, inicie sesión en el webmail Akeonet (auth-webmail.akeonet.com) con las mismas credenciales. Si la conexión webmail funciona, el problema proviene de la configuración del cliente. Si también falla, la contraseña es probablemente incorrecta o la cuenta está bloqueada. El selfcare Akeonet permite entonces restablecer la contraseña.
La configuración de una cuenta Akeonet en un cliente externo depende de un puñado de parámetros bien ingresados. Puerto 993 en IMAP, puerto 465 o 587 en SMTP, cifrado activado, dirección de correo completa como identificador: estos cuatro ajustes cubren casi todas las situaciones. El webmail sigue siendo la mejor herramienta de diagnóstico cuando un cliente externo presenta problemas, ya que aísla inmediatamente un problema de contraseña de un problema de configuración.