Recevoir et envoyer des e‑mails sans blocage repose sur une configuration correcte du client de messagerie, une vérification des enregistrements DNS et quelques tests simples. Ce guide explique les paramètres recommandés pour OVH, les contrôles DNS essentiels (MX, SPF, DKIM, DMARC) et une procédure de diagnostic étape par étape pour résoudre les problèmes les plus fréquents. Les instructions sont valables pour la plupart des clients modernes (Outlook, Thunderbird, Apple Mail, clients mobiles).
Paramètres recommandés
Utilisez toujours l’adresse e‑mail complète comme identifiant et un mot de passe valide. Privilégiez TLS 1.2 ou supérieur et activez la vérification du certificat.
| Fonction | Serveur | Port | Chiffrement | Authentification |
|---|---|---|---|---|
| IMAP entrant | ssl0.ovh.net | 993 | SSL/TLS | Mot de passe normal (adresse complète) |
| SMTP sortant (recommandé) | ssl0.ovh.net | 465 | SSL/TLS | Mot de passe normal (adresse complète) |
| SMTP alternatif | ssl0.ovh.net | 587 | STARTTLS | Mot de passe normal (adresse complète) |
Exemples pour clients courants
- Outlook : ajouter un compte IMAP avec ssl0.ovh.net / port 993 en SSL pour la réception, et ssl0.ovh.net / port 465 en SSL ou 587 en STARTTLS pour l’envoi. Authentification requise avec adresse complète et mot de passe.
- Thunderbird : configuration manuelle identique. Vérifier que l’option « authentification par mot de passe normal » est sélectionnée.
- Apple Mail / iPhone : lors de la création, choisir IMAP, renseigner serveur entrant et sortant comme indiqués ci‑dessus, activer SSL et vérifier le port.
Vérifications DNS essentielles
Pour garantir la délivrabilité et éviter que vos messages soient rejetés ou classés en spam, vérifiez les enregistrements DNS suivants pour votre domaine.
- MX : les enregistrements MX doivent pointer vers les serveurs désignés par OVUn MX incorrect empêche la réception.
- SPF : publiez un enregistrement TXT qui décrit les serveurs autorisés à envoyer des e‑mails pour votre domaine. Exemple courant recommandé :
v=spf1 include:mx.ovh.com ~all. Adaptez si vous utilisez des services externes d’envoi (newsletter, envois CRM). - DKIM : si activé depuis l’espace client OVH, vous devez publier la clé publique DKIM sous la forme d’un enregistrement TXT avec le sélecteur fourni. DKIM signe les messages et améliore la réputation.
- DMARC : ajoutez un enregistrement TXT DMARC pour définir une politique et recevoir des rapports. Exemple initial :
v=DMARC1; p=quarantine; rua=mailto:[email protected]. Analysez les rapports et durcissez la politique une fois que SPF et DKIM sont correctement appliqués.
Procédure de diagnostic pas à pas
En cas de problème d’envoi ou de réception, procédez dans cet ordre pour isoler la cause.
- Relevez l’erreur exacte affichée par le client (exemples : authentification refusée, timeout, rejet SPF).
- Testez la connectivité réseau vers le serveur mail : vérifiez que les ports 993, 465 et 587 sont accessibles depuis votre poste.
- Vérifiez les enregistrements DNS pour le domaine : MX, TXT (SPF), DKIM et DMARC.
- Testez le compte via le webmail OVH pour confirmer si le problème est côté client ou côté serveur.
- Consultez les journaux d’erreur du client ou de l’application qui envoie des messages (CRM, site web).
Commandes utiles pour tester
dig MX votredomaine.tlddig TXT votredomaine.tldnslookup -type=mx votredomaine.tldopenssl sclient -connect ssl0.ovh.net:465 -showcertstelnet ssl0.ovh.net 587
Pour un test SMTP manuel (port 587 avec STARTTLS) via telnet, la séquence basique est :
EHLO monposteSTARTTLS# effectuer l'échange TLS ensuiteAUTH LOGINMAIL FROM:RCPT TO: DATASujet: testCorps du message.QUIT
Erreurs fréquentes et solutions
| Erreur | Cause probable | Solution |
|---|---|---|
| 535 Authentication failed | Mauvais identifiants, compte verrouillé ou modification du mot de passe récente | Vérifier que l’identifiant est l’adresse complète, réinitialiser le mot de passe dans l’espace client, tester le webmail |
| Connection timed out | Port bloqué par un pare‑feu local ou par l’opérateur | Tester un autre port (465/587), ouvrir le port dans le pare‑feu, contacter l’administrateur réseau |
| Rejet SPF / Message classé spam | SPF absent ou incorrect, envoi depuis une IP non autorisée | Publier ou corriger l’enregistrement SPF, ajouter les serveurs tiers autorisés, attendre la propagation DNS |
| Certificat TLS invalide | Horloge système incorrecte, interception TLS ou certificat expiré | Vérifier l’heure du poste, analyser le certificat via openssl sclient, vérifier l’issuer |
| Compte plein | Quota de la boîte atteint | Supprimer des messages ou augmenter le quota depuis l’espace client |
Autres vérifications utiles
- Consultez le webmail OVH pour confirmer que le compte fonctionne côté serveur.
- Vérifiez les quotas et l’espace disque : un compte plein bloque la réception.
- Contrôlez les listes noires (RBL) si vos envois sont systématiquement refusés.
- Si vous utilisez une application intermédiaire (CRM, formulaire), vérifiez qu’elle utilise une IP ou des identifiants autorisés par votre SPF ou qu’elle s’authentifie en SMTP correctement.
Quand contacter le support OVH
Après vérification des identifiants, des ports, du TLS, des enregistrements DNS et des tests décrits ci‑dessus, contactez le support OVH si :
- Le webmail OVH est inaccessible pour plusieurs utilisateurs ou affiche des erreurs côté serveur.
- Vous suspectez une panne ou un blocage côté OVH non expliqué par vos diagnostics.
- Vous avez besoin des clés DKIM à publier et elles ne sont pas visibles dans votre espace client.
En suivant ces étapes et en appliquant les paramètres indiqués, vous pourrez résoudre la majorité des incidents d’envoi et de réception avec OVH Mail. Gardez à portée de main les commandes de test et la checklist DNS pour gagner du temps en cas d’urgence.

