Outil · Mail
Le SMTP, sans envoyer de mail
On résout le MX si vous collez un e-mail, sinon on tape l’hôte. Bannière, EHLO, STARTTLS. Pas d’AUTH. Si quelqu’un vous demande le mot de passe du compte pour « un test », ce n’est pas cet outil.
Quand ça sert
Un formulaire « ne part pas ». Avant de refaire le PHP, on regarde si 587 répond et s’il propose STARTTLS. Souvent le firewall de l’hébergeur a juste fermé la sortie.
Le port 25 est filtré chez beaucoup de VPS, y compris le nôtre parfois. Un échec sur 25 et un OK sur 587, ce n’est pas un bug de l’outil.
Ce qu’on tente
- MX
- Si vous donnez contact@domaine.tld, on prend le MX de plus haute priorité. Un hôte smtp.* est testé tel quel.
- 587
- Soumission. On attend une bannière 2xx et STARTTLS.
- 465
- TLS d’emblée, puis EHLO. Encore utilisé, surtout les vieux relais.
- 25
- Relais historique. Souvent fermé en sortie. On le tente, on ne s’étonne pas s’il timeout.
Ce qu’on refuse
Pas d’identifiant, pas de MAIL FROM réel, pas de message. On envoie EHLO it-empower.com puis QUIT.
Pas de scan de plage, pas de port exotique. 25, 465, 587. Les hôtes internes sont refusés après résolution DNS.
En pratique
Gmail / Outlook « OK » et mon VPS « rien » ?
- Leur SMTP est ouvert. Le vôtre est peut-être derrière un security group, ou le hostname n’est pas celui du MX. Testez smtp.votre-domaine, pas seulement le domaine nu.
STARTTLS absent, je m’inquiète ?
- Oui pour un relais d’aujourd’hui. Ça veut dire le mot de passe (s’il passe un jour) irait en clair après AUTH. Corrigez avant de mettre un compte dedans.
Vous pouvez envoyer un mail de test ?
- Non, et on ne le fera pas dans cet outil. Trop simple à détourner. Pour un envoi réel, c’est une mission, avec vos comptes.
Autour
Si le MX pointe ailleurs que votre hébergeur actuel, les mails n’arrivent plus chez vous — ça n’a rien à voir avec le site HTTPS.