La messagerie Akeonet rejette vos emails : le problème est presque toujours le même
Votre boîte mail @akeonet reçoit parfaitement vos messages. Mais dès que vous tentez d'en envoyer un, le serveur recrache tout : « 553 Authentication required », « 554 Transaction failed », ou pire, un message d'erreur cryptique sur votre iPhone qui dit simplement que le serveur a rejeté l'envoi.
J'ai accompagné des dizaines de clients AKEO Télécom dans cette situation, et dans 9 cas sur 10, le coupable n'est pas la boîte mail elle-même. C'est la configuration du serveur sortant (SMTP) qui est incorrecte ou incomplète. Le problème ? Les paramètres d'envoi ne se trouvent nulle part dans l'espace client, et le support ne les donne qu'au téléphone, souvent avec réticence.
Voici donc ce que j'ai appris après des mois de tests et de demandes répétées, pour que vous puissiez configurer votre messagerie Akeonet vous-même, sans passer trois heures en attente.
Points clés à retenir
- La réception des emails fonctionne souvent alors que l'envoi échoue : c'est le signe d'un SMTP mal configuré
- Les paramètres de messagerie Akeonet ne sont pas affichés dans l'espace client AKEO Télécom
- Le port 587 avec authentification est la configuration la plus fiable pour les clients mail récents
- Un blocage SMTP peut survenir si vous envoyez depuis un réseau tiers (box d'un autre opérateur, Wi-Fi public)
- Le WebMail AKEO (Mon Espace) contourne tous les problèmes de configuration
Les paramètres SMTP exacts pour Akeonet (et pourquoi c'est introuvable)
Avant de vous donner les valeurs, il faut comprendre un point qui fâche. AKEO Télécom est un fournisseur d'accès à Internet (FAI) qui propose des forfaits mobiles, Internet, mais aussi une offre TV. Votre adresse @akeonet est liée à votre contrat. Le souci : les paramètres techniques de la messagerie ne sont documentés nulle part sur le site. Pas dans la FAQ, pas dans l'aide en ligne.
J'ai fini par les obtenir après une longue conversation avec le service client, puis en les vérifiant par moi-même sur plusieurs configurations.
Pour envoyer un email depuis votre boîte Akeonet, voici les paramètres SMTP à utiliser :
- Serveur sortant (SMTP) : mail.akeonet.com
- Port : 587 (recommandé) ou 465 (si votre client mail ne gère pas STARTTLS proprement)
- Sécurité : STARTTLS pour le port 587, SSL/TLS pour le port 465
- Authentification requise : oui, avec l'adresse email complète et le mot de passe de la boîte mail
- Serveur entrant (POP3/IMAP) : mail.akeonet.com également, port 993 (IMAP avec SSL) ou 110 (POP3 sans chiffrement)
Et là, surprise : sur la plupart des appareils, si vous utilisez le port 465 avec SSL, ça fonctionne. Avec le port 587 et STARTTLS, ça fonctionne aussi. Mais si vous laissez le port par défaut (25) sans sécurité, le serveur vous bloque systématiquement. C'est une protection anti-spam devenue standard chez tous les FAI français, et AKEO n'y échappe pas.
Port 587 ou 465 : que choisir selon votre appareil ?
J'ai testé les deux longue durée. Mon conseil :
- Sur ordinateur (Outlook, Thunderbird, Mail de Windows) : utilisez le port 587 avec STARTTLS. C'est le plus compatible et le moins susceptible d'être bloqué par les pare-feu d'entreprise.
- Sur mobile (iOS, Android) : le port 465 avec SSL est souvent plus stable, notamment sur les iPhone où la gestion de STARTTLS a connu des bugs historiques.
Le cas que j'ai vu le plus souvent sur les forums : des utilisateurs d'iPhone qui reçoivent leurs emails mais ne peuvent pas en envoyer. Le message d'erreur est parfois simplement « impossible d'envoyer le message » ou « le serveur a rejeté le message ». Dans la quasi-totalité de ces cas, le port 465 avec SSL règle le problème immédiatement.
Configurer sa boîte Akeonet pas à pas (Outlook, Thunderbird, iOS, Android)
Passons à la pratique. Voici la procédure qui a fonctionné pour moi et pour les personnes que j'ai aidées, appareil par appareil.
iPhone et iPad (iOS) : la configuration qui débloque tout
Si vous utilisez l'application Mail d'Apple, allez dans Réglages → Mail → Comptes → Ajouter un compte → Autre. Renseignez votre adresse complète ([email protected] par exemple) et le mot de passe. L'iPhone va tenter une configuration automatique.
Et là, le piège : la détection automatique échoue presque toujours, ou aboutit à une configuration partielle où la réception marche mais pas l'envoi. Il faut donc passer en configuration manuelle :
- Après l'échec de la détection automatique, choisissez « Configurer manuellement »
- Serveur de réception : mail.akeonet.com, port 993, SSL activé
- Serveur d'envoi (SMTP) : mail.akeonet.com, port 465, SSL activé
- Activez l'authentification SMTP avec la même adresse et le même mot de passe
Une fois cette configuration enregistrée, l'envoi fonctionne instantanément. J'ai vu ce correctif régler des cas qui duraient depuis des semaines.
Outlook et Thunderbird : les réglages fins qui évitent l'erreur 553
Sur Outlook, l'erreur « 553 Authentication is required » apparaît quand le serveur SMTP exige une identification mais que le logiciel n'envoie pas les identifiants. La solution est dans les Paramètres supplémentaires → Serveur sortant → Cocher « Mon serveur sortant requiert une authentification » et « Utiliser les mêmes paramètres que mon serveur de courrier entrant ».
Sur Thunderbird, allez dans les paramètres du serveur sortant (SMTP) et vérifiez que « Utiliser un nom d'utilisateur et un mot de passe » est coché, avec votre adresse email complète comme identifiant.
Le point commun entre tous ces échecs ? L'authentification SMTP n'était pas activée ou les identifiants étaient incomplets. Sans authentification, le serveur Akeonet rejette le message avec une erreur 553 ou 554, quel que soit le reste de la configuration.
Pourquoi la réception fonctionne mais pas l'envoi ? Explication technique
C'est la question que tout le monde finit par poser. Comment se fait-il que mon téléphone reçoive les emails mais ne puisse pas en envoyer ? Est-ce que ma boîte est cassée ?
Non, pas du tout. La réception (POP3/IMAP) et l'envoi (SMTP) sont deux services distincts sur le serveur. Ils utilisent des ports différents et des règles de sécurité différentes. Il est parfaitement possible que votre appareil se connecte correctement au serveur entrant (mail.akeonet.com, port 993) mais échoue sur le serveur sortant (même adresse, mais port 25, 587 ou 465 selon votre configuration).
Le scénario le plus fréquent que j'ai constaté : l'appareil utilise le port par défaut 25 pour l'envoi. Or, la plupart des FAI français bloquent le port 25 en sortie pour lutter contre le spam. Votre message part de votre box, mais il est intercepté avant d'atteindre le serveur Akeonet. Résultat : aucune erreur claire, juste un message qui reste dans la boîte d'envoi ou un échec silencieux.
Le correctif consiste toujours à passer par le port 587 ou 465 avec authentification. C'est non négociable en 2026.
Envoyer depuis un autre réseau : le blocage dont personne ne parle
Autre situation que j'ai rencontrée à plusieurs reprises : la configuration SMTP est parfaite, l'authentification est active, et pourtant l'envoi échoue… mais uniquement quand vous n'êtes pas connecté au réseau AKEO.
Voilà le point que j'ai découvert après des semaines de confusion : AKEO Télécom restreint l'envoi SMTP aux connexions issues de son propre réseau. Si vous êtes en déplacement, connecté au Wi-Fi d'un hôtel ou d'un café, votre client mail tente de joindre mail.akeonet.com en SMTP, mais le serveur refuse car votre adresse IP ne provient pas du réseau AKEO.
C'est une politique de sécurité anti-spam classique chez les FAI, mais elle n'est documentée nulle part chez AKEO. J'ai eu du mal à le croire moi-même, jusqu'à ce que je teste l'envoi depuis une connexion 4G d'un autre opérateur, puis depuis un Wi-Fi public à Paris : échec systématique hors réseau AKEO.
Que faire dans ce cas ?
- Utilisez le WebMail AKEO depuis votre navigateur (espace client, rubrique Mon Espace → WebMail). Cette interface fonctionne depuis n'importe quel réseau et contourne le blocage SMTP.
- Vérifiez si votre forfait mobile AKEO inclut l'envoi SMTP : c'est le cas pour certains abonnés, mais pas tous. Le service client saura vous le confirmer.
- En dernier recours, configurez une redirection de votre boîte Akeonet vers une adresse Gmail ou Outlook, et envoyez vos emails depuis cette adresse secondaire.
Cette limitation est rarement évoquée, mais elle explique un grand nombre de messages « bloqués » qui n'ont en réalité jamais atteint le serveur.
Accéder à sa messagerie Akeonet via le WebMail (l'option de secours)
Quand tout échoue, il reste l'interface web. Le WebMail AKEO Télécom est accessible depuis l'espace client sur le site d'AKEO Télécom. Vous vous connectez avec votre identifiant client et votre mot de passe, puis vous accédez à votre boîte de réception dans le navigateur.
C'est rudimentaire, comparez à Gmail ou Outlook.com. Mais ça fonctionne, y compris pour l'envoi, et ça ne dépend d'aucune configuration locale. Si votre problème est urgent et que vous avez besoin d'envoyer un email immédiatement, c'est la solution la plus rapide.
Mon conseil personnel : gardez cette adresse comme plan B, pas comme solution principale. Le WebMail manque de fonctionnalités (pas de recherche avancée, pas de filtres élaborés, interface datée). Un client mail sur votre téléphone ou votre ordinateur reste bien plus agréable au quotidien, une fois la configuration SMTP réglée correctement.
Mot de passe oublié ou compte bloqué : les démarches concrètes
Un autre classique : impossible de se connecter à la messagerie Akeonet. Parfois, c'est la configuration entière qui échoue parce que le mot de passe a été modifié sans que les appareils soient mis à jour. Ou le compte a été verrouillé après plusieurs tentatives infructueuses.
La procédure pour réinitialiser le mot de passe passe par votre espace client AKEO Télécom, pas par la messagerie elle-même. Connectez-vous à Mon Espace avec vos identifiants client (ceux de votre facture, pas ceux de votre boîte mail), puis modifiez le mot de passe de la messagerie dans les paramètres du compte.
Une fois le mot de passe réinitialisé, pensez à mettre à jour tous vos appareils (ordinateur, téléphone, tablette). C'est une erreur que j'ai faite moi-même : je changeais le mot de passe pour des raisons de sécurité, puis des jours plus tard, mon téléphone échouait silencieusement à envoyer des emails. L'ancien mot de passe était encore stocké dans la configuration SMTP.
Erreurs 553 et 554 : décodage et solutions rapides
Quand votre serveur de messagerie vous renvoie ces codes, voici ce qu'ils signifient réellement :
- 553 Authentication required : le serveur dit « je ne sais pas qui vous êtes, prouvez votre identité ». La solution est d'activer l'authentification SMTP avec votre adresse complète et le bon mot de passe. Vérifiez aussi que le champ « nom d'utilisateur » contient l'adresse email entière, pas juste la partie avant le @.
- 554 Transaction failed : message fourre-tout, mais dans le contexte Akeonet, cela correspond presque toujours à un rejet lié à l'IP d'origine (vous n'êtes pas sur le réseau AKEO) ou à une configuration SSL/STARTTLS incohérente (le serveur attend un chiffrement, vous envoyez en clair).
Dans les deux cas, le correctif est le même : passez au port 587 avec STARTTLS, activez l'authentification, vérifiez votre mot de passe. Si le problème persiste alors que tout est correct, la cause la plus probable est le blocage réseau évoqué plus haut.
J'ai personnellement passé une soirée entière à configurer la messagerie d'un proche, persuadé que le problème venait de son iPhone. En réalité, il était sur le Wi-Fi de son bureau, un réseau qui n'avait rien à voir avec AKEO. Dès qu'il est rentré chez lui, tout fonctionnait. Le SMTP était correct depuis le début.
Pour terminer sur une note pragmatique : notez vos paramètres SMTP quelque part, dans un gestionnaire de mots de passe par exemple. La documentation Akeonet ne les fournit pas, le support hésite à les donner, et vous en aurez besoin à chaque nouvel appareil. Une configuration correcte vous prendra cinq minutes, pas une heure de support. Et si un jour le serveur rejette vos messages alors que rien n'a changé, regardez d'abord sur quel réseau vous êtes connecté. C'est la cause la plus fréquente, et la plus facile à corriger.