Version imprimable
Bonsoir, j'ai réussi à envoyer des mails via le smtp de gmail en lignes de commandes et je cherche à écrire un script bash qui me permet au moins de m'identifier auprès du serveur.
La première commande est : openssl s_client -crlf -connect smtp.gmail.com:465
Puis ensuite on peux dialoguer avec le serveur avec les "commandes" EHLO, AUTH LOGIN, etc
Comment faire dans mon script bash pour automatiser l'écriture de ces commandes dans mon shell ? Est-ce possible ?
Cordialement,
Nudge
Salut
Normalement la redirection de flux entrant renvoyé sur openssl devrait le faire
Code:
2
3
4
5
salut,le script s'arrete a la premiere ligne,svp aidez moi merci infiniment...:(
Bonjour
Et c'est un peu normal puisqu'il n'y a qu'une ligne...
Par contre sans message d'erreur, c'est moins facile de t'aider.
Quel message?
PS: pourquoi réinventer la roue? Tu n'es pas le premier internaute qui cherche à faire cela.
Surtout un an et demi après avec un problème posté par un autre intervenant que le PO...Citation:
Envoyé par Flodelarab
:mouarf1: Bien vu
Allez! Je retourne apprendre à lire! http://www.smiley-lol.com/smiley/loi...re/lecture.gif
bonjour et merci pour vos encouragements,j'ai deja un script qui marche bien,le code ci dessus me parait plus elegant j'ai voulu l'essayer mais le serveur
ne repond pas a EHLO google
Code:
2
3
4
5
Oui ben avant de mettre un truc en script il faut d'abord vérifier que le truc fonctionne. T'as tenté un openssl et de taper "EHLO" à la main pour voir la réponse qu'il te fait ???Citation:
Envoyé par nano3000
bonjour,ouiCitation:
Envoyé par Sve@r
marche bien :D puisCode:
2
a la mano marche aussi, c'est le code que vous avez poste qui marche pasCode:
2
Ce code fonctionne bien chez moi. Le problème vient probablement d'une histoire de timing car l'entrée standard est fermée sans attendre la réponse du serveur.Citation:
Envoyé par nano3000
Je te conseille de regarder du côté de la command expect pour scripter ce type de dialogue.
UUOC !Code:
2
3
@jlliagre: merci d'avoir repondu,concernant le timing vous aviez peut etre raison,l'utilisation d'expect peut resoudre le probleme,mais pourquoi l'utiliser si on peut faire simple...
@N_BaH: merci d'avoir repondu,mais votre code ne marche pas non plus :(
je garderai donc le code qui marche pour moi
merci a vousCode:
2
3
Il faut en effet rechercher la solution la plus simple mais choisir une solution "trop simple" pour être fiable ou suffisamment efficace n'est pas forcément une bonne idée.Citation:
Envoyé par nano3000
"expect" attends le temps qu'il faut et pas plus.
"sleep" attends le temps spécifié qui est soit trop court et ça ne marche pas, soit trop long aux dépens des performances du script.
En effet, pourquoi je ferais simple quand je peux...:arf:Citation:
Envoyé par N_BaH
+1 :applo:
Bizarre que ce code fonctionne alors qu'il est fondamentalement incorrect. En effet, tu envoies le texte affichée par sleep 1 (autrement dit "rien") à openssl. Et bizarre aussi qu'il fonctionne alors que finalement il fait exactement la même chose que les autres, à savoir juste envoyer la chaine "EHLO google" à openssl.Citation:
Envoyé par nano3000
Peut-être que le sleep laisse à openssl le temps suffisant pour s'initialiser correctement...
Le code envoie "EHLO" puis attends une seconde avant de fermer le flux reçu par openssl. Il n'y a rien de fondamentalement incorrect la dedans.Citation:
Envoyé par Sve@r
Ben oui, c'est l'hypothèse que j'ai émise hier et que le changement de comportement confirme. Le code ne fait donc pas "exactement la même chose". Il n'est cependant pas fiable.Citation:
Et bizarre aussi qu'il fonctionne alors que finalement il fait exactement la même chose que les autres, à savoir juste envoyer la chaine "EHLO google" à openssl.
Peut-être que le sleep laisse à openssl le temps suffisant pour s'initialiser correctement...
bonjour,ce qui est vraiment bizzare est que le code cite plus haut fonctionne chez vous,et pas chez moi pourtant je l'ai essaye sur d'autres machines distantes (ubuntu et debian) ..:weird:
Si c'est juste le sleep qui fait la différence (à savoir effectivement attendre avant de fermer le flux input de openssl), alors celui que j'avais proposé devrait fonctionner aussi pourvu qu'on l'adapte...Citation:
Envoyé par nano3000
...Code:
2
3
4
5
6
un sous-shell est-il indispensable ?ne fait-il pas la même chose ?Code:
2
3
4
oui maintenant ca marche avec ces 2 derniers codes
Code:
2
3
4
5
6
7
c'est de cette façon qu'il faut coder pour bien interagir avec le flux input d'opensslCode:
2
3
4
5{ cat << _EOT_ EHLO google _EOT_ sleep 1;} | openssl ...
merci a vous
Pas vraiment, ce n'est ni fiable, ni efficace.Citation:
Envoyé par nano3000
Voici une manière de coder ça avec la commande expect:
Code:
2
3
4
5
6
bonjour,et merci d'avoir repondu.en effet je suis tout a fait d'accord avec vous concernant l'efficacite de la solution que vous me propose,mais dans mon cas je suis confronte a une situation dans la quelle je dois comprendre les possibilites d'envoi d'un mail sans une configuration prealable de la machine ..Citation:
Envoyé par jlliagre
encore une fois merci .
Autre approche :
Essayes d'utiliser HELO au lieu de EHLO pour voir si le comportement diffère. ton script n'a probablement pas besoin des fonctions SMTP avancées.
Pourquoi "mais" ? Le script que je propose fait la même chose, mais de manière fiable.Citation:
Envoyé par nano3000
@chrtophe : merci d'avoir repondu. j'ai deja essaye avec helo aussi, ca ne change absolument rien en la situation car le script n'agit pas de façon interactive..
@jlliagre : ca necessite l'installation des paquets expect ?stp corrige moi si je me trompe.c'est grace a vous que je sais maintenant qu'un tel language ou commande existe pour rendre un script interactif et je vais l'essayer.pourquoi je me suis contenter (et aussi emerveiller 8O)du bout de code cite plus haut? c'est parce que je ne savais pas qu'on pouvais envoyer un email sans installer quoi que ce soit, ou sans configurer au moins exim4...
Il faut bien sûr installer expect s'il ne l'est pas déjà mais c'est la même chose pour openssl, aucune de ces deux commandes n'étant standard (POSIX).Citation:
Envoyé par nano3000