SMTP pour Microsoft 365 — contourner les limites d'envoi sans détour
Microsoft 365 est excellent pour le courrier que vos collaborateurs rédigent eux-mêmes, mais ce n'est pas une plateforme d'envoi. Des limites strictes par boîte aux lettres s'appliquent au nombre de destinataires et de messages par jour, et ces limites sont voulues : elles protègent la réputation partagée de la plateforme.
Les applications qui envoient de façon automatisée — une boutique en ligne, un CRM, un logiciel comptable, une newsletter — n'ont donc pas leur place dans une boîte Microsoft 365. Vous les déplacez vers un relais prévu pour cela, pendant que vos équipes continuent de travailler dans Microsoft 365.
Pourquoi cela coince sans relais
Cela se passe rarement mal tout de suite. Cela se passe mal le jour où vous envoyez un peu plus que d'habitude : la limite est atteinte, les messages restants sont refusés, et vous ne le remarquez qu'au moment où un client appelle. Une route distincte pour le courrier automatisé retire ce pic des boîtes de vos collaborateurs.
Configurer le SMTP dans Microsoft 365
Récupérer les données
Connectez-vous à votre compte 2mail et récupérez-y votre serveur SMTP, votre nom d'utilisateur et votre mot de passe.
Compléter dans Microsoft 365
Vous ne modifiez rien à Microsoft 365 lui-même. Dans l'application qui envoie, vous remplacez les paramètres SMTP de Microsoft par ceux de 2mail. Utilisez au besoin une adresse expéditrice sur le même domaine, afin que le destinataire ne voie aucune différence — seule la route en dessous change.
Authentifier le domaine
Veillez à ce que SPF, DKIM et DMARC soient correctement configurés pour votre domaine, afin que les destinataires puissent vérifier que le courrier vient bien de vous.
Tester
Envoyez un message de test vers une adresse chez un grand fournisseur et vérifiez qu'il arrive dans la boîte de réception et non dans les indésirables.
Les champs que Microsoft 365 demande
Chaque plateforme les nomme un peu différemment, mais il s'agit toujours des mêmes cinq champs. Les valeurs concrètes sont liées à votre compte et se trouvent dans votre compte 2mail — relevez-les à cet endroit, afin d'être certain d'utiliser les bonnes.
| Champ | Ce que vous indiquez |
|---|---|
| Serveur SMTP (host) | Le nom de serveur figurant dans votre compte 2mail. |
| Port | Le port correspondant au chiffrement que vous avez choisi ; votre compte indique lequel. |
| Chiffrement | TLS. N'envoyez jamais sans chiffrement — vos identifiants circuleraient sinon en clair sur le réseau. |
| Nom d'utilisateur | L'identifiant SMTP de votre compte 2mail. |
| Mot de passe | Le mot de passe correspondant. N'utilisez jamais le mot de passe de la boîte aux lettres d'un collaborateur. |
Les e-mails que Microsoft 365 envoie
Dès que le relais est configuré, tous ces messages passent par 2mail — vous ne devez pas les configurer un par un.
Pièges avec Microsoft 365
Un domaine, deux routes d'envoi
Si vous envoyez depuis le même domaine via Microsoft 365 <strong>et</strong> un relais, les deux doivent figurer dans votre enregistrement SPF. En oublier un fait échouer précisément ce trafic-là.
N'utilisez pas le mot de passe d'une boîte
Un relais reçoit son propre identifiant. N'utilisez jamais le nom d'utilisateur et le mot de passe d'un collaborateur : ils expirent, changent lors d'un départ et donnent, en cas de fuite, accès à toute la boîte aux lettres.
Les réponses doivent arriver quelque part
Si une application envoie depuis une adresse que personne ne lit, les réponses des clients disparaissent. Configurez un expéditeur menant à une véritable boîte ou à un groupe.
Une autre plateforme ?
SMTP est un protocole standard : tout système qui parle SMTP — un CRM, un ERP, une application maison ou un serveur — peut envoyer via 2mail avec les mêmes cinq champs.
