Utiliser telnet pour envoyer un mail

Envoyer un mail via la commande telnet permet de tester la configuration d'un serveur SMTP.

En rouge, les informations à saisir.

$ telnet smtp.free.fr 25
Trying 212.27.48.4...
Connected to smtp.free.fr.
Escape character is '^]'.
220 smtp4-g21.free.fr ESMTP Postfix
HELO test.domain.com
250 smtp4-g21.free.fr
MAIL FROM:<test@domain.com>
250 2.1.0 Ok
RCPT TO:<toto@domain.fr>
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: test message
This is the body of the message!
.

250 2.0.0 Ok: queued as 2D8FD4C80FF
quit
221 2.0.0 Bye
Connection closed by foreign host.

Explications :

  1. Connexion au serveur SMTP sur le port 25
  2. Le serveur nous renvoie quelques informations
  3. Exécution de la commande HELO avec le nom de notre domaine en paramètre
  4. Le serveur nous répond qu'il est OK
  5. On indique l'émetteur grâce à la commande MAIL FROM
  6. Le serveur nous répond qu'il est OK
  7. On indique le destinataire grâce à la commande RCPT TO
  8. Le serveur nous répond qu'il est OK
  9. On indique le début du message grâce à la commande DATA
  10. Le serveur nous indique qu'il faut saisir un point (.) pour terminer le message
  11. On indique le sujet du message
  12. On saisie le corp du message
  13. On saisi un point (.) pour indiquer la fin du message
  14. Le serveur nous répond qu'il est OK
  15. On ferme la connexion grâce à la commande quit

Si une authentification est nécessaire, après avoir envoyé la commande HELO, il suffit d'envoyer la commande AUTH LOGIN (après le point 4).

Le serveur répond en affichant "334 VXNlcm5hbWU6".
Cette chaine est encodée en base64. 
Traduction en langage humain : "334 Username:"
Il suffit donc de répondre en renseignant son username encodé, bien sûr, en base64.
Le serveur répond ensuite en affichant "334 UGFzc3dvcmQ6".
Cette chaine est également encodée en base64.
Traduction en langage humain : "334 Password:"
Il suffit donc de répondre en renseignant son password encodé, également, en base64.
Si tout se passe bien, le serveur doit répondre "235 Authentication successful"
Reste à continuer la procédure à partir du point 5.

Pour l'encodage en base64, toutes les infos ici.

Etiquettes: 

Commentaires

Trying 212.27.48.4...
telnet: connect to address 212.27.48.4: Connection refused
Trying 2a01:e0c:1::25...
telnet: connect to address 2a01:e0c:1::25: No route to host
telnet: Unable to connect to remote host

Le réseau sur lequel vous vous trouvez ne vous autorise peut-être pas les connexions sur les ports autres que le 80 et le 443.

Bonjour,

A chaque essais, je ne reçois JAMAIS mon mail alors que tout était "ok" ...
J'ai un peu regardé et le mail reste dans le dossier "Queue".

Que faire?

Bonsoir,

Je pense que le problème vient de la configuration de votre MTA (Postfix peut-être) puisque la commande telnet permet d'envoyer un mail en se connectant directement sur un MTA via le port 25.

Alors comment configurer ceci pour que l'envoi du mail se fasse sans problème?
Je suis sous windows serveur 2012 si ça peut aider ...

Je suis désolé mais je n'ai aucune connaissance en configuration de serveur Windows.

Je suis spécialisé en serveur sous Linux.

Toujour est-il que la commande telnet permet justement de tester différentes configurations et de détecter différents problèmes de paramétrages.

Je pense que vous trouverez sur internet des tutoriels vous expliquant la configuration d'un serveur mail sous Windows Server 2012.

Bonjour . SUITE à "Telnet smtp.free.fr 25" tout est ok sauf que j ai une reponse comme quoi un spam est détecté
passant par smtp.free.fr : ne serait je pas bloqué par free? Ou?
Merci d'avance pour votre avis voire solution pour contourner free. (un autre serveur ?Gmail?...)

Quelques petites précisions.

La commande telnet (dans l'exemple ci-dessus) permet de faire des tests pour envoyer des mails en se connectant directement sur le serveur SMTP afin de vériier la bonne configuration du serveur.

Ca veut dire, pour ton exemple, que le serveur smtp de Free permet de :

1 - Si tu es sur le réseau Free, tu peux utiliser le serveur SMTP de Free (sans authentification) pour envoyer des mails à destination du réseau Free mais également à destination du reste du monde.

2 - Si tu n'es pas sur le réseau Free, tu peux utiliser le serveur SMTP de Free (sans authentification) uniquement pour envoyer des mails à destination du réseau Free.

Avec authentification, que tu sois, ou pas sur le réseau Free, tu peux utiliser leur serveur SMTP comme indiqué au point 1.

Quand je vois ton erreur, je me dis que, peut-être, tu es dans le cas du point 2 et que tu essaies d'envoyer un message à une adresse externe au réseau Free.

bonjour Ronan
je sais que cela date mais peut-être pourrez-vous m'aider étant donnée votre spécialisaiton :

Il y a quelques années,4-6ans je réussissais à envoyer des mels sans utiliser de LOgin/Password/SMTP
Ce qui était très pratique pour indiquer à des automates d'envoyer des rapports d'activité en langage machine
Mieux, j'avais découvet que l'on pouvait envoyer un email sans tenir compte des LOgin/Password/SMTP en utilisant uniquement le domaine choisi :

A un moment, j'adressais mes mels langage machine à partir d'un domaine (Orange.fr dans lequel je n'avais aucune nécessité d'avoir un compte mél.

S'agissait-il d'un oubli structurel ou d'une faille réparée depuis.. je n'en sais rien.

Petite précision pour celles et ceux qui seraient tentées de faire la même chose à des fins illégales ou terroristes : Si le destinataire ne savait pas qui adressait le message, il était en revanche apparu qu'à chaque étape du déplacement de l'email à partir de la boite d'envoi jusqu'à la boite d'arrivée, tout était parfaitement connu (nom de la machine de départ, adresse ip, noeuds... jusqu'au destinataire).
Par contre à ma stupéfaction,
1/ à émission identique le passage par SMTP était un tout petit peu plus lent mais suffisamment pour être bloqué intercepté ( arrachages des cable d'une caméra de surveillance par ex.). Cette petite différence, minime en soi, car plus rapide faisait que même en réagissant à vitesse humaine, la séquence vidéo,la photo, ou tout autre msg était déjà hors site.
Autrement dit, il fallait d'abord faire tomber le dslam pour neutraliser toute la sécurité. Autant dire que les proies potentielles appartiennent à des secteurs spécifiques ou professions nécessitant le secret absolu. Donc ni pour vous ni pour moi serons des proies intéressantes.

2/ même à travers 2 vpn (encapsulé l'un dans l'autre) le chemain était suivi et connu. Ce qui - moi cela ne me gêne pas - que l'usage d'un VPN est totalement inutile. Pourquoi ?
Je n'en sais rien, j'ai avancé l'hypothèse que le suivi ou la traçabilité du mel était, structurellement, dans des ports rarement utilisés : je travaillais alors en ports 65000-65100.
Ma question est :
cette situation peut-elle être réalisée encore ? Et comment ?
A l'époque j'étais particulièrement engagé dans l'informatique ce qui n'est plus le cas aujourd'hui.

Cela serait un plaisir que de vous relire.
Cdlt

Un serveur SMTP autorise, sans authentification, la réception de mail pour le ou les domaines qu'il gère.
Par contre, un serveur SMTP, utilisé comme passerelle pour envoyer des mails à des domaines externes exige une authentification pour justement éviter les envois de spams

Comme indiqué dans un autre commentaire ci-dessus, un serveur SMTP correctement configuré peut-être utilisé comme passerelle et sans authentification, uniquement dans le cas où la machine qui envoie le mail se trouve sur le même réseau que le serveur SMTP utilisé et si celui-ci, bien évidemment, autorise une connexion sans authentification.

 

Bonjour,

Après la commande telnet localhost 25 je suis bien connecté. Par contre quand je fais HELO smtp.bbox.fr ou test.bbox.fr ou autre, ça ne marche pas.
Directement j'ai la Connection closed by foreign host

Merci de m'aider plz

Je pense que le problème se situe du coté de la configuration du serveur SMTP, peut-être Postfix.

J'ai trouvé ceci sur internet https://isbeta.fr/HFkVa

Ajouter un commentaire

Filtered HTML

  • Les adresses de pages web et de messagerie électronique sont transformées en liens automatiquement.
  • Tags HTML autorisés : <a> <em> <strong> <cite> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Les lignes et les paragraphes vont à la ligne automatiquement.

Plain text

  • Aucune balise HTML autorisée.
  • Les adresses de pages web et de messagerie électronique sont transformées en liens automatiquement.
  • Les lignes et les paragraphes vont à la ligne automatiquement.
CAPTCHA
Cette question permet de s'assurer que vous êtes un utilisateur humain et non un logiciel automatisé de pollupostage.
CAPTCHA visuel
Entrez les caractères (sans espace) affichés dans l'image.