Comment utiliser OVH pour l’envoi d’e-mail ?

Ce qu’il faut pour envoyer des e-mails avec OVHcloud

Il faut trois éléments : un nom de domaine ou une adresse fournie par votre offre, une boîte e-mail active dans votre espace OVHcloud, et un logiciel de messagerie ou une application capable d’utiliser SMTP. Une fois la boîte créée, vous pouvez envoyer vos messages depuis le webmail OVHcloud, Outlook, Thunderbird, Mail sur macOS ou un site web.

Ne confondez pas les accès. L’identifiant pour relever et envoyer les e-mails est en principe l’adresse e-mail complète, par exemple contact@votredomaine.fr, avec le mot de passe défini pour cette boîte. Le mot de passe de l’espace client OVHcloud ne doit pas être saisi dans Outlook, Thunderbird ou un formulaire SMTP de site.

SMTP

SMTP signifie « Simple Mail Transfer Protocol ». C’est le protocole qui remet un e-mail sortant au serveur de messagerie. IMAP et POP servent, eux, à consulter les messages reçus.

Les paramètres courants d’une boîte OVHcloud MX Plan

Le nom de domaine doit aussi être correctement relié à votre service de messagerie si vous voulez recevoir des messages. Si le domaine est géré chez un autre prestataire, les enregistrements DNS, notamment les MX, devront être renseignés dans sa zone DNS. L’achat d’un domaine seul ne crée pas automatiquement une boîte e-mail utilisable.

Configurer Outlook, Thunderbird ou Mail pour envoyer vos messages

La plupart des logiciels détectent les paramètres automatiquement après la saisie de l’adresse et du mot de passe. Si la détection échoue, choisissez la configuration manuelle et saisissez les informations de la boîte, pas celles du compte administrateur. Préférez IMAP : vos dossiers Envoyés, Brouillons et messages reçus resteront synchronisés sur votre ordinateur et votre téléphone.

IMAP ou POP : le bon choix selon votre usage

Choisissez IMAP pour presque tous les usages : les messages restent sur le serveur et se retrouvent sur plusieurs appareils. POP télécharge les messages sur un appareil ; il peut convenir à une archive locale isolée, mais crée facilement des écarts entre ordinateur, téléphone et webmail. Si vous utilisez POP, vérifiez expressément l’option de conservation d’une copie sur le serveur.

Envoyer depuis un site WordPress, un formulaire ou une application

Un site ne devrait pas expédier directement ses messages avec la fonction e-mail par défaut de son hébergement lorsque celle‑ci n’est pas authentifiée ou n’est pas prévue pour votre volume. Configurez plutôt son module SMTP avec une vraie boîte OVHcloud, son mot de passe et une connexion chiffrée. Dans WordPress, cette configuration se fait généralement dans une extension SMTP ; dans une application, elle se fait dans les variables de configuration du serveur.

Créez idéalement une boîte dédiée, par exemple noreply@votredomaine.fr ou notifications@votredomaine.fr, plutôt que d’utiliser la boîte personnelle d’un salarié. Donnez‑lui un mot de passe distinct, documentez son propriétaire et prévoyez son remplacement lors d’un changement d’équipe. L’adresse de réponse doit rester surveillée si le message invite le destinataire à répondre.

Ne transformez pas une boîte classique en outil de publipostage

Les limites d’envoi et les mécanismes antispam dépendent de l’offre OVHcloud et peuvent évoluer. N’essayez pas de les contourner par plusieurs boîtes ou des envois fractionnés. Pour une newsletter, des relances marketing ou un volume important de notifications, il faut un outil d’envoi en nombre qui gère les désinscriptions, les rebonds et la réputation d’expéditeur.

En France, les messages de prospection électronique adressés à des particuliers supposent en règle générale un consentement préalable, sauf exceptions limitées comme la prospection de clients pour des produits ou services analogues. Conservez la preuve du consentement, identifiez l’expéditeur et proposez un désabonnement simple. Une adresse e-mail est une donnée personnelle : l’usage professionnel doit aussi être compatible avec le RGPD.

Améliorer la délivrabilité avec SPF, DKIM et DMARC

Un mot de passe correct ne suffit pas à éviter les dossiers indésirables. Les grandes messageries vérifient si le serveur qui envoie au nom de votre domaine est autorisé à le faire. Les trois protections DNS à regarder sont SPF, DKIM et DMARC. Elles ne garantissent pas l’arrivée en boîte de réception, mais elles réduisent l’usurpation du domaine et rendent vos envois plus cohérents pour les destinataires.

SPF, DKIM et DMARC

SPF liste les serveurs autorisés à envoyer pour un domaine. DKIM ajoute une signature cryptographique aux messages. DMARC indique aux destinataires quoi faire lorsqu’un message échoue aux contrôles et permet de recevoir des rapports. Ces trois mécanismes se configurent dans la zone DNS du domaine.

Commencez par relever les entrées proposées par OVHcloud ou par votre prestataire d’envoi, puis publiez‑les dans la zone DNS qui fait autorité pour votre domaine. Ne copiez pas au hasard un enregistrement SPF trouvé sur un forum : un domaine ne doit avoir qu’un seul enregistrement SPF, qui peut réunir plusieurs sources d’envoi. Ajouter un second SPF peut invalider l’ensemble.

Activez DKIM lorsque l’offre le permet, puis déployez DMARC progressivement. Une politique initiale de surveillance permet de lire les rapports sans bloquer d’e-mails légitimes. Passez à une politique plus stricte uniquement après avoir inventorié tous vos expéditeurs : boîte OVHcloud, formulaire de site, logiciel de facturation, CRM, outil de newsletter et éventuel prestataire externe.

Mots de passe, chiffrement et données personnelles : les précautions utiles

Activez l’authentification à deux facteurs sur l’espace client OVHcloud si elle est proposée pour votre compte. Utilisez un gestionnaire de mots de passe et une phrase de passe unique d’au moins 16 caractères, ou générée aléatoirement par le gestionnaire. Changez un mot de passe sans attendre si un appareil est perdu, si un collaborateur part, si des tentatives de connexion inhabituelles apparaissent ou si le secret a été partagé par erreur.

Le réglage SSL/TLS du SMTP et de l’IMAP chiffre la connexion entre votre appareil et le serveur. C’est indispensable, notamment sur un Wi-Fi public, mais cela ne veut pas dire que le contenu est chiffré de bout en bout entre vous et le destinataire. Selon le trajet du message et les services du destinataire, des intermédiaires de messagerie peuvent le traiter pour l’acheminer.

Évitez donc d’envoyer par e-mail ordinaire une copie de pièce d’identité, des coordonnées bancaires complètes, un dossier médical, des mots de passe ou tout document dont la divulgation causerait un préjudice sérieux. Préférez un espace client sécurisé, un lien protégé par une durée de validité courte et un mot de passe transmis par un canal distinct, ou un dispositif de chiffrement de bout en bout tel que S/MIME ou OpenPGP lorsque les deux parties sont correctement équipées.

Pour une entreprise, une association ou un cabinet qui traite régulièrement des données sensibles, faites valider l’architecture par la personne en charge de l’informatique et, si nécessaire, par le délégué à la protection des données. Cela concerne notamment les comptes partagés, les sauvegardes, les droits des anciens salariés, les transferts hors de l’Union européenne et la durée de conservation des boîtes.

Résoudre les erreurs d’envoi les plus fréquentes

« Échec d’authentification » ou mot de passe refusé

Retapez l’adresse e-mail complète et le mot de passe de la boîte. Supprimez l’ancien mot de passe enregistré dans le gestionnaire d’identifiants du système ou le logiciel, puis réessayez. Vérifiez au préalable la connexion au webmail. Si celle‑ci échoue également, réinitialisez le mot de passe depuis l’administration du service, sans communiquer le nouveau par e-mail ou messagerie non sécurisée.

« Connexion au serveur SMTP impossible »

Contrôlez d’abord le nom du serveur, le port 465 et le mode SSL/TLS pour une configuration MX Plan classique. Certains réseaux d’entreprise, hôtels ou connexions mobiles filtrent des flux sortants ; testez brièvement depuis un autre réseau. Un antivirus ou un pare-feu peut aussi intercepter le chiffrement : ne désactivez pas durablement la protection, demandez plutôt à l’administrateur réseau quel réglage autoriser.

Les messages partent mais arrivent en indésirables

Vérifiez que l’adresse d’expédition appartient bien au domaine, que SPF et DKIM sont actifs, et que le domaine affiché dans l’expéditeur correspond à celui autorisé. Réduisez les liens raccourcis, les pièces jointes inutiles et les formulations alarmistes. Pour un envoi professionnel régulier, surveillez les adresses en erreur et n’envoyez pas à une liste collectée sans consentement.

Le message est refusé après plusieurs tentatives

Un blocage temporaire peut résulter d’un mot de passe erroné répété, d’une détection antispam, d’un quota ou d’une activité inhabituelle. N’enchaînez pas les essais automatisés : cela peut prolonger le blocage. Relevez le message d’erreur exact, l’heure, l’adresse concernée et le logiciel utilisé, puis consultez l’état du service et l’assistance OVHcloud. Pour un serveur ou une application métier, confiez le diagnostic à l’administrateur compétent.