Outils populaires

Thème

Test SMTP : vérifiez n'importe quel serveur

Un testeur SMTP gratuit : lancez un test de serveur mail en direct sur le port 25, 587, 465 ou 2525. Voyez son accueil, TLS et son certificat, et s'il relaie pour des inconnus. Pas de mot de passe, aucun e-mail envoyé.

Une session en direct depuis notre serveur de test à Mumbai · Google Public DNS · 4 magasins racine · Team Cymru · les listes de l'outil Vérification de Liste Noire IP
Serveur de test en ligne · Mumbai

Port 25 : celui où les serveurs se livrent le courrier entre eux. Un domaine ou une adresse e-mail teste ses serveurs MX.

Essayergmail.comMXsmtp.gmail.com587smtp.gmail.com465smtp.office365.com587smtp.sendgrid.net2525
Ce que le test vérifie, dans l'ordre
  1. Connexion
  2. Accueil
  3. EHLO
  4. STARTTLS
  5. Certificat
  6. EHLO après TLS
  7. Connexion par mot de passe
  8. Vérification du relais

Une session SMTP depuis notre serveur de test : pas de mot de passe, pas de DATA, aucun e-mail envoyé. Les réponses sont gardées 2 minutes pour que les tests répétés soient rapides ; nous ne conservons aucun journal de ce que vous testez.

Que vérifie un test SMTP ?

Un test SMTP ouvre la même conversation qu'un serveur expéditeur : il se connecte, attend l'accueil 220, se présente avec EHLO, passe en TLS avec STARTTLS, vérifie le certificat, redemande EHLO et, sur le port 25, demande au serveur de livrer au domaine d'un inconnu. Chaque étape répond par un code à trois chiffres, et les réponses disent ce qui fonctionne.

Nous nous arrêtons avant que quoi que ce soit ne parte : pas de mot de passe, pas de DATA, donc aucun e-mail n'est jamais envoyé. Chaque étape échoue à sa manière, et la manière dont elle échoue dit qui doit la corriger.

  1. 1Connexion3 msfiltré · fermé
  2. 2Accueil220 · 236 ms421 · 554 · mutisme
  3. 3EHLO250 · 245 ms500 → HELO
  4. 4STARTTLS220 · 233 ms454 · non offert
  5. 5TLS1.3 · 6 msvieux TLS · aucun chiffrement commun
  6. 6Certificatvalide · 58 jexpiré · auto-signé · mauvais nom
  7. 7EHLO de nouveau250 · 237 msAUTH avant TLS
  8. 8Vérif. du relais550 · 475 ms250 = relais ouvert
Un test réel de gmail-smtp-in.l.google.com sur le port 25 depuis notre serveur de test, 24 oct. 2026. Sous chaque étape : comment elle échoue. La ligne sous les étapes est la connexion : lisible jusqu'à STARTTLS, chiffrée ensuite.
Test SMTP de gmail-smtp-in.l.google.com sur le port 25 : le verdict, chaque étape et la conversation SMTP avec STARTTLSTest SMTP de gmail-smtp-in.l.google.com sur le port 25 : le verdict, chaque étape et la conversation SMTP avec STARTTLSUn verdictFonctionne, fonctionne avec des problèmes, relais ouvert, refusé, injoignable : la réponse en une phrase, avec ce sur quoi elle repose.Les faitsL'adresse, son réseau, son nom DNS inverse, le chiffrement, le certificat et les listes de blocage, d'un coup d'œil.Étape par étapeChaque étape de la session avec l'attente du serveur : connexion, accueil, EHLO, STARTTLS, certificat, EHLO de nouveau, connexion et vérification du relais.Où TLS commenceToute la conversation, ligne par ligne. Au-dessus de la couture, elle est lisible en chemin ; en dessous, chiffrée.
Un test réel du serveur de messagerie de Gmail sur le port 25 depuis notre serveur de test. Sélectionnez un numéro pour voir ce que montre chaque partie.

Quel port SMTP utiliser : 25, 587, 465 ou 2525 ?

Le port 25 est celui des serveurs qui se livrent entre eux : c'est là qu'écoutent les serveurs MX d'un domaine, et personne ne s'y connecte. Le port 587 est celui où votre application de messagerie remet un message à votre fournisseur, après STARTTLS et un mot de passe (RFC 6409). Le port 465 fait de même avec TLS dès le premier octet.

Le port 2525 n'est pas du tout un port de messagerie dans le registre de l'IANA : il appartient à « ms-v-worlds ». SendGrid, Mailgun et Postmark l'ouvrent parce que certains réseaux bloquent le 587. Et comme le spam sortait autrefois d'ordinateurs domestiques infectés, la plupart des clouds et beaucoup de fournisseurs grand public bloquent par défaut le port 25 sortant.

  • 587STARTTLS, puis connexion
  • 465TLS d'abord, puis connexion
  • 2525là où le 587 est bloqué
  • 25serveur à serveur, sans connexion
Fournisseur255874652525
Gmail / Google Workspacesmtp.gmail.com––✓✓––
Microsoft 365smtp.office365.com✓idéal✓non✕––
SendGridsmtp.sendgrid.net✓idéal✓✓✓
Mailgunsmtp.mailgun.org✓✓✓✓
Postmarksmtp.postmarkapp.com✓✓––✓

Port 25 sortant bloqué par défaut : AWS · Google Cloud · Azure · Comcast. Le port 587 doit rester ouvert (RFC 5068).

Ports acceptés par l'hôte d'envoi de chaque fournisseur, d'après ses propres pages de configuration (octobre 2026). Microsoft 365 n'a pas de 465 : il exige STARTTLS sur le 587.

Codes de réponse SMTP : ce que signifient 220, 250, 421, 550 et 554

Chaque réponse SMTP commence par trois chiffres. Le premier dit quoi faire : 2 fait, 3 envoyez la suite, 4 réessayez plus tard, 5 ne réessayez pas. Le deuxième classe le sujet (0 syntaxe, 2 connexion, 5 le système de messagerie), et le troisième est le détail.

La plupart des serveurs ajoutent un code étendu comme 5.1.1 (quand ils listent ENHANCEDSTATUSCODES) : classe, sujet (1 adressage, 7 sécurité ou politique), détail. Le texte après les codes s'adresse aux humains et diffère d'un serveur à l'autre : lisez d'abord les chiffres.

  • 220Service prêtl'accueil · après STARTTLS
  • 221Fermeture de la connexionaprès QUIT
  • 250OK, c'est faitEHLO · MAIL · RCPT · RSET
  • 354Commencez à envoyer le messageaprès DATA : nous n'y arrivons jamais
  • 421Indisponible pour l'instant, fermeturel'accueil : occupé ou limites
  • 451Réessayez plus tardRCPT : greylisting
  • 454TLS indisponible pour l'instantSTARTTLS
  • 530Connectez-vous d'abordMAIL sur le port 587
  • 535Nom d'utilisateur ou mot de passe erronéAUTH : nous n'en envoyons jamais
  • 550Boîte indisponible ou non autoriséeRCPT : la vérification du relais
  • 554Pas de service SMTP icil'accueil : refusé
Les codes que ce test rencontre, et où. Couleurs selon le premier chiffre : 2 fait, 3 en attente, 4 temporaire, 5 permanent (RFC 5321 §4.2 ; 454, 530 et 535 issus des RFC 3207 et RFC 4954).

STARTTLS ou TLS implicite : port 587 ou 465 ?

Avec STARTTLS (port 587, et port 25 entre serveurs), la conversation commence en texte clair et passe en TLS en cours de route. Jusqu'au changement, toute personne sur le trajet peut la lire, et supprimer discrètement STARTTLS de la liste du serveur : un expéditeur sans MTA-STS ni DANE continue alors sans chiffrement.

Avec le TLS implicite (port 465), la négociation TLS vient en premier, avant que le serveur ne dise un mot. La RFC 8314 (2018) demande aux applications de messagerie de le préférer ; bien fait, les deux sont aussi sûrs. Entre serveurs sur le port 25, seul STARTTLS existe.

587STARTTLSsmtp.gmail.com
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · 8BITMIME · STARTTLS · …
  4. →STARTTLS
  5. ←2202.0.0 Ready to start TLS
TLS 1.3négociation 6 ms
  1. →EHLO probe.dnsrobot.net
  2. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  3. →AUTH … (votre application)

Les cinq premières lignes circulent lisibles : un attaquant peut ici supprimer STARTTLS.

465TLS implicitesmtp.gmail.com
TLS 1.3négociation 6 ms
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  4. →AUTH … (votre application)

Rien ne circule lisible : il n'y a pas de STARTTLS à supprimer.

Le même serveur, smtp.gmail.com, testé sur les deux ports depuis notre serveur de test. Le rail en pointillés est lisible en chemin ; le rail cyan est chiffré.

EHLO : ce que signifie la liste d'extensions du serveur

Un client ouvre avec EHLO et son nom ; le serveur répond 250 avec une ligne par extension prise en charge. Cette liste est le menu du serveur : le plus gros message, s'il peut passer en TLS, quelles méthodes de connexion il accepte.

Après STARTTLS, le client doit oublier la liste et redemander (RFC 3207). Un serveur bien réglé retire alors STARTTLS et ajoute souvent AUTH, de sorte que les mots de passe ne sont offerts qu'à l'intérieur de TLS. AUTH PLAIN ou LOGIN dans la liste avant TLS est un constat : une application pourrait envoyer le mot de passe en clair.

  1. SIZE 35882577Plus gros message : 34,2 MoSIZE 35882577
  2. 8BITMIMELes accents et les écritures non latines passent inchangés8BITMIME
  3. STARTTLSPeut passer en TLS : offert seulement avantdisparu
  4. pas encoreConnexion par mot de passe ou OAuth : offerte seulement dans TLSAUTH LOGIN PLAIN XOAUTH2 …
  5. ENHANCEDSTATUSCODESLes réponses portent des codes comme 5.1.1ENHANCEDSTATUSCODES
  6. PIPELININGPlusieurs commandes d'un coupPIPELINING
  7. CHUNKINGLe message par blocs de taille donnée (BDAT)CHUNKING
  8. SMTPUTF8Adresses comme ü@example.comSMTPUTF8

Vus aussi : DSN accusés de livraison · VRFY « cet utilisateur existe-t-il ? » (souvent désactivé) · REQUIRETLS TLS à chaque saut · BINARYMIME binaire brut avec CHUNKING · ETRN les serveurs de secours récupèrent le courrier en attente.

smtp.gmail.com sur le port 587 : la réponse à EHLO avant et après STARTTLS. STARTTLS disparaît et AUTH apparaît, comme le demandent les RFC 3207 et RFC 4954.

Test de relais SMTP : votre serveur de messagerie est-il un relais ouvert ?

Un relais ouvert livre le courrier de n'importe qui vers n'importe où, donc les spammeurs les cherchent et les listes de blocage les recensent. La RFC 2505 demande depuis 1999 aux serveurs de messagerie de le refuser, et les serveurs de soumission ne doivent jamais relayer sans connexion (RFC 5068).

Sur le port 25, nous demandons au serveur, en inconnus, de livrer au domaine de quelqu'un d'autre : MAIL FROM notre adresse de test, puis RCPT TO:<relay-test@example.com>. Un 4xx ou 5xx refuse : bien. Un 250 accepte : un fort indice de relais ouvert, même si quelques serveurs ne refusent que plus tard, après DATA. Nous n'envoyons jamais DATA, donc rien n'est livré dans les deux cas.

  1. MAIL FROM
  2. RCPT TO ?
  3. RSET
  4. DATA jamais
  5. QUIT
Un refus prouve

que ce serveur ne relaiera pas pour cet inconnu vers ce domaine. Gmail a répondu 550 5.1.1 : il n'accepte aucun courrier pour example.com.

Il ne prouve pas

qu'il refuse tout le monde (il fait peut-être confiance à certains réseaux), et un 250 ne prouve pas que le courrier partirait : quelques serveurs refusent après DATA.

Notre vérification, telle qu'elle s'exécute sur le port 25 seulement : quatre commandes et QUIT. Les ports 587 et 465 demandent d'abord une connexion, la vérification n'y est donc pas faite.

Certificats des serveurs de messagerie : MTA-STS et DANE

Entre serveurs de messagerie, un certificat n'est vérifié que si le domaine destinataire le demande. Sans politique, un expéditeur prend n'importe quel certificat, même expiré, et retombe sur le texte clair si STARTTLS échoue.

MTA-STS publie une politique en HTTPS : livrer uniquement en TLS, à ces noms MX, avec un certificat valide. DANE épingle la clé du serveur dans le DNS (un enregistrement TLSA), ce qui exige DNSSEC. Notre test vérifie le certificat à la manière de MTA-STS, contre le nom propre du serveur, et affiche à côté la politique du domaine.

Le nom doit correspondre au MXNon expiréAutorité approuvéeExige DNSSECPas de rétrogradation
STARTTLS opportunisteaucune politique–––––
MTA-STSmta-sts.<domain>/.well-known/mta-sts.txt–
DANE_25._tcp.<mx> TLSA, zone signéeclé identiqueclé identiqueinutile
politique MTA-STS de gmail.com
version: STSv1
mode: enforce
mx: smtp.google.com
mx: gmail-smtp-in.l.google.com
mx: *.gmail-smtp-in.l.google.com
max_age: 86400
certificat de mx.google.com · 26 noms
mx.google.com
smtp.google.com
aspmx.l.google.com
gmail-smtp-in.l.google.com
alt1.gmail-smtp-in.l.google.com
… alt4, gmr-smtp-in, mx1.smtp.goog
valide jusqu'au 21 déc. 2026 · Google Trust Services WE2
La politique en vigueur de Gmail et le certificat que présentent ses serveurs MX (24 oct. 2026) : chaque nom MX de la politique est couvert. gmail.com n'a pas de DANE : sa zone n'est pas signée DNSSEC.

Comment tester un serveur SMTP depuis votre propre ordinateur

Notre test s'exécute depuis notre serveur, il montre donc ce que voit Internet. Savoir si votre réseau vous laisse sortir sur le port 25 ou 587 est une autre question, à laquelle une page web ne peut pas répondre : les navigateurs refusent d'ouvrir les ports 25, 465 et 587 (les « bad ports » de la norme Fetch).

Lancez l'une de ces commandes sur votre propre ordinateur. Sous Windows, Test-NetConnection répond en une seconde. Sous macOS et Linux, openssl s_client fait le passage STARTTLS pour vous et affiche le certificat ; tapez ensuite EHLO test et vous parlez SMTP. swaks scripte toute une session.

WindowsmacOSLinux
$ openssl s_client -starttls smtp -connect smtp.gmail.com:587 -crlf
depth=0 CN=smtp.gmail.com
Protocol: TLSv1.3 · Cipher is TLS_AES_256_GCM_SHA384
Verification: OKapprouvé
› EHLO test
250-smtp.gmail.com at your service
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTHconnexion dans TLS
250 SMTPUTF8
Notre serveur de testport 25 ouvert
Votre ordinateurvotre FAI bloque peut-être le 25
Une page web25 · 465 · 587 refusés
Un essai depuis un portable le 24 oct. 2026 (l'adresse renvoyée par le serveur est omise). Les voies : qui peut joindre le port d'un serveur de messagerie, et qui en décide.

Pourquoi un serveur de messagerie refuse un test SMTP

Un refus ne signifie pas toujours un serveur en panne. Les serveurs de messagerie se défendent : ils écartent les adresses figurant sur des listes de blocage, ralentissent ou retardent les inconnus, et limitent le nombre de connexions qu'un expéditeur ouvre. Notre test est un inconnu pour chaque serveur qu'il appelle, il rencontre donc ces défenses en premier.

Lisez la première réponse. Un 4xx est temporaire, et les vrais expéditeurs réessaient. Un 554 à l'accueil ou un 5xx à RCPT est une décision de politique sur l'expéditeur, qui ne s'applique peut-être pas au vôtre. Aucune réponse du tout est une question de réseau, pas de SMTP.

  • Notre adresse est bloquée par politique5545.7.1 Service unavailable; client host blocked

    Il écarte notre serveur de test, et peut-être le vôtre. Vérifiez ses listes de blocage et la liste d'autorisation du serveur.

  • Trop occupé, ou une limite de débit4214.7.0 Too many concurrent SMTP connections

    Temporaire : les expéditeurs réessaient le 421 pendant des heures. Testez de nouveau dans quelques minutes.

  • Greylisting4514.7.1 Greylisted, please try again later

    Les expéditeurs inconnus sont priés de revenir plus tard. Les vrais serveurs le font, le courrier arrive donc en retard, mais il n'est pas perdu.

  • Un accueil lent (tarpit)… 18 s de silence … 220mail.example.net

    La RFC 5321 permet aux expéditeurs d'attendre 5 minutes. Notre test attend 15 secondes et le dit.

  • Pas de DNS inverse pour l'expéditeur5505.7.25 The IP address sending this message does not have a PTR record

    La réponse de Gmail à un expéditeur sans enregistrement PTR. Notre serveur de test en a un.

  • Un pare-feu bloque la connexionaucune réponse en 10 s (filtré)

    Le port ne laisse entrer que des expéditeurs connus, ou un réseau en chemin le bloque.

Les six refus qu'un test rencontre le plus souvent, avec la réponse que chacun envoie. Le texte 550 5.7.25 est celui de Gmail ; les autres sont des formulations typiques, qui varient d'un serveur à l'autre.

Authentification SMTP : pourquoi ce testeur SMTP ne demande jamais votre mot de passe

Beaucoup de testeurs SMTP demandent votre nom d'utilisateur et votre mot de passe, et envoient un vrai e-mail. Pas nous : un mot de passe saisi sur le site de quelqu'un d'autre est un mot de passe à changer. Le test montre ce qu'il vous faut sans cela : si le serveur offre la connexion, par quelles méthodes, et seulement dans TLS.

Les mots de passe sont de toute façon en voie de disparition. Google ne laisse plus les applications se connecter à Gmail avec votre seul mot de passe, et Microsoft désactive par défaut l'authentification Basic pour SMTP AUTH sur les tenants existants fin décembre 2026. Si votre application se connecte encore avec un mot de passe, testez-la dans l'application, avec un mot de passe d'application.

Méthodes de connexion (registre SASL de l'IANA)
  • PLAINcourante
  • OAUTHBEARERcourante
  • SCRAM-SHA-256courante
  • CRAM-MD5limitée
  • LOGINobsolète
  • XOAUTH2obsolète
  • DIGEST-MD5obsolète

XOAUTH2 est marqué obsolète, mais c'est ce qu'utilisent aujourd'hui les applications de Gmail et de Microsoft 365.

Connexion SMTP par mot de passe : les dates de fin
Google
14 mars / 1er mai 2025 : Workspace arrête la connexion par mot de passe
Microsoft 365
Basic auth inchangéefin déc. 2026 : désactivée par défaut

Microsoft annoncera la date finale de suppression au second semestre 2027. Les pages de Google donnent deux dates pour Workspace.

Statut tiré du registre des mécanismes SASL de l'IANA ; dates tirées des annonces de Google et de Microsoft (celle de Microsoft du 27 janv. 2026).

Test SMTP : questions fréquentes

Qu'est-ce qu'un test SMTP, et que montre un testeur SMTP ?

Un test SMTP ouvre une vraie session SMTP avec un serveur de messagerie, comme le ferait un serveur expéditeur, et lit chaque réponse : l'accueil, les extensions, le passage à TLS, le certificat et, sur le port 25, s'il relaie le courrier pour des inconnus. Cet outil de test SMTP s'arrête avant DATA et ne se connecte jamais, donc aucun e-mail n'est envoyé et aucun mot de passe n'est nécessaire.

Comment tester un serveur SMTP ?

Saisissez le nom du serveur (smtp.example.com) ou son adresse IP, ou un domaine ou une adresse e-mail pour tester ses serveurs MX, choisissez le port et cliquez sur Tester. Le résultat montre chaque étape avec sa durée, toute la conversation et ce qu'il faut corriger. Pour tester depuis votre propre réseau, utilisez les commandes sous le résultat : Test-NetConnection sous Windows, openssl s_client sous macOS et Linux.

Quel port utiliser : 25, 587, 465 ou 2525 ?

Les applications de messagerie et les sites web envoient par leur fournisseur sur le port 587, avec STARTTLS et un mot de passe, ou sur le port 465, avec TLS dès le premier octet. Les serveurs se livrent entre eux sur le port 25, sans connexion. Le port 2525 est une alternative non officielle que SendGrid, Mailgun et Postmark ouvrent là où le 587 est bloqué ; ce n'est pas un port de messagerie dans le registre de l'IANA.

Mon FAI bloque-t-il le port 25 ou 587 ?

Notre test ne peut pas le dire, car il s'exécute depuis notre serveur. AWS, Google Cloud, Azure et de nombreux fournisseurs grand public comme Comcast bloquent par défaut le port 25 sortant ; la RFC 5068 dit que les fournisseurs ne doivent pas bloquer le 587. Pour vérifier votre propre réseau, lancez Test-NetConnection smtp.gmail.com -Port 587 dans PowerShell, ou nc -vz smtp.gmail.com 587 sous macOS et Linux. Un délai dépassé signifie un blocage.

Que signifient 220, 421 et 554 dans un test SMTP ?

220 est l'accueil : le serveur est prêt et se nomme. 421 signifie « pas maintenant » : le serveur est occupé ou limite les connexions et raccroche, réessayez plus tard. 554 à l'accueil signifie qu'il refuse de parler à cet expéditeur, souvent à cause d'une liste de blocage ou d'une politique ; les expéditeurs auxquels il fait confiance peuvent quand même passer.

Qu'est-ce que STARTTLS, et est-il obligatoire ?

STARTTLS fait passer une connexion SMTP simple en TLS, de sorte que le reste de la conversation est chiffré. Les serveurs de soumission sur le port 587 l'exigent généralement avant que vous puissiez vous connecter. Un serveur de messagerie public sur le port 25 ne doit pas l'exiger pour accepter du courrier, mais il devrait l'offrir : Gmail, Microsoft 365 et la plupart des fournisseurs le font, et notre test signale un serveur qui ne le fait pas.

Pourquoi mon test SMTP expire-t-il ?

Aucune réponse en 10 secondes signifie que le port est filtré : un pare-feu bloque la connexion, ou le serveur n'accepte que des expéditeurs connus. C'est différent d'une connexion refusée, où la machine répond aussitôt et où rien n'écoute sur le port. Un serveur avec seulement une adresse IPv6 n'est pas encore joignable depuis notre serveur de test ; le résultat le dit au lieu de « hors service ».

Pouvez-vous tester l'authentification SMTP avec mon nom d'utilisateur et mon mot de passe ?

Non, volontairement : ce testeur SMTP ne prend jamais de mots de passe. Il montre quelles méthodes de connexion le serveur offre et si c'est seulement dans TLS, ce qu'un test de mot de passe exposerait. Pour tester votre propre connexion, utilisez votre application de messagerie, ou swaks sur votre ordinateur avec un mot de passe d'application, pour que le mot de passe ne quitte jamais votre machine.

Comment fonctionne le test de relais ouvert ?

Sur le port 25, notre serveur de test demande au serveur de messagerie, en inconnu, de livrer à une adresse chez example.com. Un refus (4xx ou 5xx) est bon. Un 250 est un fort indice de relais ouvert, que n'importe qui pourrait utiliser pour envoyer du spam. Nous nous arrêtons avant DATA, donc rien n'est livré, et quelques serveurs qui acceptent ici refusent quand même plus tard.

Quelle est la différence entre EHLO et HELO ?

Les deux ouvrent la conversation avec le nom du client. HELO est la commande la plus ancienne et reçoit un simple OK. EHLO demande en plus au serveur de lister ses extensions : SIZE, STARTTLS, AUTH et les autres. Tout serveur actuel répond à EHLO ; un client ne retombe sur HELO que si EHLO est refusé, et notre test signale un serveur qui en a besoin.

Le test SMTP envoie-t-il un e-mail ?

Non. Notre serveur de test dit QUIT avant DATA, la commande qui commence un message, et ne se connecte jamais. Le serveur de messagerie voit une courte conversation venant de probe.dnsrobot.net et rien n'arrive dans aucune boîte de réception. Pour vérifier comment un vrai message est reçu, utilisez notre Vérificateur d'email, qui lit un courrier que vous lui envoyez.

Quels sont les paramètres SMTP de Gmail et d'Outlook ?

Gmail : smtp.gmail.com, port 587 avec STARTTLS ou 465 avec TLS, connexion avec OAuth ou un mot de passe d'application. Microsoft 365 : smtp.office365.com, port 587 avec STARTTLS ; il n'a pas de TLS implicite sur le 465. Outlook.com : smtp-mail.outlook.com sur le 587, avec une connexion moderne. Les boutons d'exemple ci-dessus testent les deux premiers.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Plus d'outils e-mail et DNS