Boîte à Outils Informatique
Guide

Comment identifier son serveur SMTP

Retrouver le serveur SMTP à utiliser pour envoyer des emails depuis une application.

ThématiqueRéseau informatique →
⌚ Environ 3 min de lecture
Voir mes favoris
DNS & Messagerie Débutant 5 min

Retrouver le serveur SMTP à utiliser pour envoyer des emails depuis une application.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

  1. 1

    Identifier le fournisseur de messagerie

    Déterminez si la boîte est hébergée chez Microsoft 365, Google Workspace, Infomaniak, OVHcloud ou un autre fournisseur.

  2. 2

    Consulter la documentation du fournisseur

    Relevez le nom SMTP, le port, le type de chiffrement et le mode d’authentification.

  3. 3

    Ne pas confondre MX et SMTP client

    Le serveur MX de réception n’est pas forcément le serveur SMTP de soumission.

  4. 4

    Tester la connectivité

    Testez ensuite le port avec Test-NetConnection.

Commandes utiles

Test-NetConnection smtp.exemple.fr -Port 587

À retenir

  • Le port 587 avec STARTTLS
  • Certaines plateformes désactivent l’authentification SMTP classique par défaut.
← Tous les guides
Complément technique

SMTP : distinguer authentification, enveloppe et identité visible

Repères techniques

  • L’utilisateur SMTP authentifié, le MAIL FROM et le header From: peuvent être trois identités différentes.
  • Une erreur Send As / sender mismatch apparaît quand le serveur autorise l’authentification mais refuse l’identité d’envoi demandée.
  • Le Message-ID, Return-Path et Received permettent de reconstruire le chemin réel du message.

Lecture d’un échec

Conserver le code SMTP complet et comparer compte authentifié, adresse d’enveloppe et From visible.

AUTH user@example.com
MAIL FROM:<sender@example.com>
From: Display <sender@example.com>

Pièges spécifiques

  • Changer SPF/DKIM ne corrige pas une permission Send As manquante au niveau du serveur.
  • Tester avec une autre adresse sans conserver le code exact peut masquer le périmètre réel.

Comment valider

  • Le serveur accepte l’expéditeur attendu avec l’identité et la permission prévues.
  • Les headers du message reçu correspondent au compte et au domaine attendus.

Preuves et vérifications

L’utilisateur SMTP authentifié, le MAIL FROM et le header From: peuvent être trois identités différentes. Une erreur Send As / sender mismatch apparaît quand le serveur autorise l’authentification mais refuse l’identité d’envoi demandée.

Contrôle de résultat

Le serveur accepte l’expéditeur attendu avec l’identité et la permission prévues. Les headers du message reçu correspondent au compte et au domaine attendus.

Point d’attention

Changer SPF/DKIM ne corrige pas une permission Send As manquante au niveau du serveur. Le Message-ID, Return-Path et Received permettent de reconstruire le chemin réel du message.

Concepts liés

Référence primaire : RFC 5321 — SMTP.

♡ 0