messagerie ovh

Messagerie ovh : accéder à vos e-mails (Roundcube) et configurer IMAP/SMTP sans erreurs

Publié le : 29 mars 2026Dernière mise à jour : 29 mars 2026Par

La messagerie ovh peut se consulter en webmail (Roundcube) ou se configurer dans un client comme iOS Mail ou Outlook. Les difficultés viennent le plus souvent d’un mauvais choix d’offre (MX Plan vs E-mail Pro), d’un serveur/port mal renseigné, ou d’une authentification SMTP incomplète. Ce guide suit un parcours clair : identifier la solution e-mail, choisir le bon mode d’accès, appliquer les paramètres officiels, sécuriser l’envoi, puis dépanner rapidement les erreurs courantes.

Identifier votre solution e-mail OVHcloud avant de configurer (MX Plan, Email Pro, domaine inclus)

Avant tout réglage, il faut savoir de quelle solution dépend l’adresse : les paramètres IMAP/POP/SMTP et les attentes (stockage, fonctions pro) varient selon l’offre. Une configuration « au hasard » avec des serveurs génériques est la première cause d’échec.

Dans l’écosystème OVHcloud, les cas les plus fréquents sont :

  • MX Plan : boîte mail classique souvent liée à un domaine, parfois incluse avec un hébergement. Adaptée aux usages simples (réception/envoi, dossiers IMAP, accès Roundcube).
  • E-mail Pro : messagerie pensée pour un usage professionnel, avec des options de gestion et de fiabilité généralement plus adaptées à une équipe et à des besoins pro.
  • Adresse incluse avec un domaine / hébergement : elle s’appuie souvent sur MX Plan, mais il est important de vérifier la solution exacte associée à l’adresse.

Point clé : une même entreprise peut avoir plusieurs adresses sur des solutions différentes (ex. anciennes boîtes sur MX Plan et nouvelles sur E-mail Pro). L’objectif est d’appliquer les bons serveurs et le bon niveau de sécurité à chaque adresse.

Une configuration réussie commence presque toujours par une identification nette de la solution e-mail : offre, nom de domaine concerné, et méthode d’accès souhaitée (webmail ou client).

Choisir la méthode d’accès : webmail Roundcube/OVH vs client mail (quand utiliser chaque option)

Le webmail Roundcube (webmail) sert à lire et envoyer des e-mails immédiatement, sans installer ni paramétrer un logiciel. Un client mail (Outlook, iOS Mail) est préférable pour la synchronisation multi-appareils et l’usage quotidien.

Quand privilégier Roundcube :

Pour un accès rapide depuis un poste non habituel, pour vérifier si le service fonctionne (test de réception/envoi), ou quand un client mail pose problème. Roundcube permet aussi d’écarter rapidement un souci local (PC, application) d’un souci de boîte (quota, mot de passe).

Quand privilégier un client IMAP :

Pour travailler sur plusieurs appareils, conserver une arborescence de dossiers commune, et bénéficier d’une meilleure continuité (recherche, règles locales, sauvegarde, mode hors-ligne selon l’application). Dans la majorité des cas, IMAP est plus adapté que POP3.

IMAP vs POP3 en une phrase : IMAP synchronise messages et dossiers avec le serveur ; POP3 télécharge surtout les messages (souvent vers un seul appareil) et peut créer des écarts entre terminaux.

Paramètres officiels à renseigner : IMAP, POP, SMTP, ports, chiffrement SSL/TLS et serveurs (et comment les retrouver)

Pour éviter les erreurs, il faut renseigner des paramètres complets et cohérents : serveurs entrant/sortant, ports, SSL/TLS, et authentification. La valeur la plus sûre reste celle fournie par la documentation OVHcloud correspondant à l’offre (MX Plan ou E-mail Pro) et au domaine.

Le tableau ci-dessous résume les réglages généralement attendus pour une boîte OVHcloud, à confirmer selon la solution exacte et les indications associées à votre domaine :

UsageProtocolePortSécuritéPoint de vigilance
Réception (recommandé)IMAP993SSL/TLSNom d’utilisateur = adresse e-mail complète ; mot de passe de la boîte
Réception (alternative)POP3995SSL/TLSRisque de désynchronisation multi-appareils ; à réserver à des cas spécifiques
EnvoiSMTP465 ou 587SSL/TLS (465) ou STARTTLS (587)Authentification SMTP obligatoire ; serveur sortant distinct du serveur entrant

Serveur entrant/sortant : comment éviter l’erreur la plus fréquente
Le serveur à saisir dépend souvent du domaine (ex. mail.votre-domaine.tld) ou d’un nom d’hôte fourni par OVHcloud. Copier un serveur trouvé sur un forum peut fonctionner pour une offre et échouer pour une autre. La méthode la plus fiable consiste à :

  • se référer à la documentation OVHcloud correspondant à la solution (MX Plan / E-mail Pro) ;
  • vérifier le nom d’hôte recommandé pour votre domaine et le mode de chiffrement attendu ;
  • contrôler que l’envoi SMTP utilise bien une authentification (même identifiant/mot de passe que la boîte, sauf consigne contraire).

messagerie ovh

Configurer la messagerie OVH sur les usages les plus présents dans la SERP : iPhone (iOS) et Outlook Windows (étapes + points de vigilance)

Sur iOS et sur Outlook (Classic), la réussite dépend surtout de trois champs : serveur IMAP, serveur SMTP, et le couple port/chiffrement. Une erreur sur l’un des trois suffit à bloquer la réception, l’envoi, ou les deux.

Configurer sur iPhone (iOS Mail) en IMAP

Objectif : une synchronisation fiable entre iPhone et serveur, sans doublons ni perte d’historique. IMAP est le choix standard pour une messagerie OVHcloud utilisée sur plusieurs appareils.

Étapes (ordre conseillé) :

  1. Ouvrir Réglages > Apps (ou Mail) > Comptes > Ajouter un compte > Autre > Ajouter un compte Mail.
  2. Renseigner nom, adresse e-mail complète, mot de passe, description.
  3. Sélectionner IMAP (et non POP).
  4. Serveur de réception : saisir l’hôte recommandé (souvent lié au domaine) + port 993 + SSL/TLS.
  5. Serveur d’envoi (SMTP) : saisir l’hôte recommandé + port 465 (SSL/TLS) ou 587 (STARTTLS) + activer l’authentification.
  6. Valider, puis envoyer un e-mail de test et vérifier la réception.

Points de vigilance iOS : si iOS propose d’« auto-détecter » et remplit des champs, vérifier ensuite que le port SMTP n’a pas été mis sur une valeur non sécurisée, et que l’option d’authentification SMTP est bien active.

Configurer dans Outlook (Classic) sur Windows

Objectif : un compte stable, capable d’envoyer via SMTP authentifié et de recevoir via IMAP. Outlook (Classic) échoue souvent quand le serveur sortant n’utilise pas l’authentification ou quand le chiffrement ne correspond pas au port.

Étapes (IMAP recommandé) :

  1. Dans Outlook (Classic) : Fichier > Ajouter un compte (ou Paramètres du compte).
  2. Choisir la configuration manuelle (si proposée), puis IMAP.
  3. Renseigner adresse e-mail complète, mot de passe.
  4. Serveur entrant IMAP : hôte recommandé + port 993 + SSL/TLS.
  5. Serveur sortant SMTP : hôte recommandé + port 465 (SSL/TLS) ou 587 (STARTTLS).
  6. Dans les paramètres SMTP : cocher « mon serveur sortant (SMTP) requiert une authentification » et utiliser les mêmes identifiants que le serveur entrant.
  7. Tester les paramètres du compte, puis finaliser.

Erreurs fréquentes Outlook : sélectionner « Aucun » chiffrement avec le port 465, ou oublier l’authentification SMTP. Autre cas courant : un antivirus/pare-feu intercepte TLS et provoque des erreurs de certificat.

Sécuriser et fiabiliser l’envoi : authentification SMTP, mots de passe d’application/2FA si applicable, SPF/DKIM/DMARC côté domaine

Pour une messagerie pro, la configuration ne s’arrête pas à « ça envoie ». La fiabilité d’envoi dépend de l’authentification SMTP et de la réputation du domaine, renforcée par SPF, DKIM/DMARC.

Authentification SMTP : elle doit être activée dans le client. Sans elle, de nombreux serveurs refusent l’envoi ou forcent des erreurs du type « relaying denied », « authentication required » ou « 5.7.1 ».

Mots de passe d’application / 2FA : selon l’organisation et les options de sécurité en place, un second facteur peut imposer un mot de passe spécifique pour l’application (plutôt que le mot de passe habituel). Si une politique interne ou un outil de sécurité est actif, c’est un point à vérifier avant de multiplier les tests.

SPF, DKIM, DMARC : impact concret :

Ces enregistrements DNS indiquent aux destinataires quels serveurs ont le droit d’envoyer pour le domaine (SPF), et signent les messages (DKIM), tandis que DMARC fixe une politique de traitement et de reporting. Sans eux, les symptômes typiques sont des e-mails qui arrivent en indésirables, des rejets chez certains destinataires, ou des demandes d’« authentification » du domaine.

Dépanner rapidement : erreurs de connexion, ports bloqués, identifiant incorrect, quota/stockage, message rejeté (check-list + causes probables)

Le dépannage le plus efficace part du symptôme (réception, envoi, mot de passe, rejet) puis remonte à la cause la plus probable : serveur/port, chiffrement, authentification SMTP, quota, ou DNS (SPF/DKIM/DMARC). La matrice ci-dessous priorise les cas les plus courants.

SymptômeDiagnostic rapideCause probableCorrection typique
Réception OK, envoi impossibleErreur SMTP / 5.7.x / authentification requiseAuthentification SMTP inactive ou mauvais port/chiffrementActiver l’authentification SMTP, vérifier port 465 (SSL/TLS) ou 587 (STARTTLS)
Envoi OK, réception impossibleTimeout IMAP / “cannot connect”Serveur IMAP incorrect, port 993 bloqué, SSL/TLS mal régléVérifier serveur IMAP, port 993, SSL/TLS ; tester via Roundcube pour isoler
Mot de passe refusé partoutÉchec immédiat sur IMAP et SMTPMauvais mot de passe, verrouillage, politique de sécurité (mot de passe d’application)Retaper le mot de passe, vérifier s’il faut un mot de passe d’application, patienter en cas de blocage
Certificat / TLS non acceptéAvertissement de sécurité dans OutlookAntivirus proxy TLS, chiffrement incohérent avec le portDésactiver l’inspection TLS côté antivirus, aligner port et SSL/TLS/STARTTLS
Boîte pleine, réception stoppéeMessages renvoyés / quota atteintQuota/stockage dépasséSupprimer/archiver, vider indésirables/corbeille, compacter si nécessaire
Messages rejetés chez certains destinatairesCode 550 / 5.7.1 / “policy”Délivrabilité : SPF absent/incorrect, DKIM/DMARC non alignésContrôler SPF, activer DKIM si disponible, définir une politique DMARC progressive

Check-list express (avant de recommencer une configuration) : vérifier l’adresse e-mail complète comme nom d’utilisateur, choisir IMAP (993 SSL/TLS), configurer SMTP avec authentification, et s’assurer que le port SMTP (465/587) correspond au chiffrement sélectionné. En cas de doute, tester l’accès via Roundcube pour confirmer que la boîte fonctionne.

Bon réflexe : s’appuyer sur les sources OVHcloud

Pour éviter les réglages obsolètes ou des noms d’hôtes non adaptés, la référence doit rester la documentation officielle OVHcloud (Help Center) liée à la solution utilisée. Cela réduit les confusions entre MX Plan, E-mail Pro et autres services aux noms proches.

Quel serveur utiliser pour IMAP/SMTP chez OVHcloud (MX Plan) et quels ports avec SSL/TLS ?

Les ports les plus courants sont IMAP 993 en SSL/TLS, POP3 995 en SSL/TLS et SMTP 465 (SSL/TLS) ou 587 (STARTTLS). Pour le serveur (nom d’hôte), la valeur dépend du domaine et de la solution associée : la méthode la plus fiable est de vérifier la documentation OVHcloud correspondant à votre MX Plan et à votre domaine.

Quelle différence entre OVH MX Plan et E-mail Pro pour une messagerie professionnelle ?

MX Plan couvre les besoins classiques (boîte mail, webmail Roundcube, IMAP/SMTP). E-mail Pro vise un usage professionnel plus structuré, avec des fonctionnalités et une gestion généralement mieux adaptées aux équipes et à la continuité de service. Le choix se fait selon le niveau d’exigence (collaboration, administration, standardisation).

Comment configurer une adresse OVH sur iPhone (IMAP) sans erreur de port ou de chiffrement ?

Sur iOS Mail, sélectionner IMAP, puis vérifier : port 993 en SSL/TLS pour la réception, et SMTP en 465 SSL/TLS ou 587 STARTTLS avec authentification. Si l’assistant iOS remplit automatiquement, contrôler ensuite que les ports et la sécurité n’ont pas été modifiés.

Comment ajouter un compte OVH dans Outlook (Classic) et éviter les erreurs d’authentification SMTP ?

Dans Outlook (Classic), choisir une configuration IMAP manuelle, renseigner le port 993 SSL/TLS en entrant et 465 SSL/TLS ou 587 STARTTLS en sortant, puis activer « le serveur sortant requiert une authentification » avec les mêmes identifiants que l’entrant. Sans cette case, l’envoi échoue souvent.

Pourquoi l’envoi fonctionne mais pas la réception (ou l’inverse) avec une messagerie OVH ?

Quand un seul sens fonctionne, la cause est généralement localisée : mauvais serveur/port côté IMAP (réception) ou authentification/port côté SMTP (envoi). Un pare-feu ou une inspection TLS par antivirus peut aussi bloquer un port ou casser le chiffrement. Un test via Roundcube aide à trancher entre problème de boîte et problème de poste.

Roundcube OVH : quand privilégier le webmail plutôt qu’un client IMAP ?

Roundcube est idéal pour un accès ponctuel, pour confirmer que la boîte fonctionne, ou pour diagnostiquer un souci de configuration sur iOS/Outlook. Un client IMAP reste préférable au quotidien pour synchroniser dossiers et messages sur plusieurs appareils, et pour travailler plus confortablement.

Aller plus loin : une configuration stable, testable et durable

Une messagerie fiable se reconnaît à trois preuves : un test d’envoi/réception réussi, une synchronisation IMAP cohérente sur plusieurs appareils, et une délivrabilité correcte (moins de rejets et moins d’indésirables) grâce à SPF et DKIM/DMARC. En cas d’erreur persistante, reprendre méthodiquement : offre → serveurs → ports → chiffrement → authentification SMTP, puis seulement ensuite les points DNS et quotas.

4.4/5 - (66 votes)

Thomas Lambert
Thomas Lambert est le fondateur de Cadres Libres, magazine B2B dédié à l’innovation, à l’entrepreneuriat et à l’actualité professionnelle. Véritable passionné de la transformation digitale et du monde des affaires, Thomas s’est distingué par sa capacité à décrypter les grandes tendances économiques tout en rendant accessibles les enjeux complexes qui traversent le secteur des entreprises.

Newsletter

Recevez les derniers articles directement par mail