SendMail // Envoi de mails doté d'un mode 'scriptable'

sendmail01.pngsendmail02.png
français anglais allemand   (pour contribuer, rendez-vous sur la page des fichiers de langues)

Avec un tel nom, il n'est pas bien difficile d'imaginer la fonction principale de SendMail... Mais cet outil est bien plus qu'un simple logiciel d'envoi de mails !

Une des principales caractéristiques de SendMail est qu'il peut être utilisé soit en mode interface graphique, soit en mode script. Je suppose qu'il n'est pas utile que je m'étende sur le premier, le second nécessite en revanche quelques explications : SendMail est "scriptable", ce qui signifie que l'on peut aussi l'utiliser en mode "ligne de commande", grâce à une syntaxe complexe.

Il est par conséquent possible d'utiliser SendMail en complément d'autres outils qui permettent d'exécuter des traitements externes. C'est le cas de LanAlertCenter (que vous pouvez aussi trouver sur ce site) mais aussi de nombreux outils du commerce, dans divers domaines.

Codes erreurs (ErrorLevel) retournés lors de l'utilisation en mode ligne de commande :

  • 0 : message envoyé avec succès
  • 1 : erreur dans les paramètres passés par l'utilisateur
  • 2 : erreur d'accès à l'ActiveDirectory
  • 3 : erreur de destinataire (groupes vides)
  • 4 : erreur de pièce jointe (introuvable)
  • 5 : erreur d'envoi du message (OSSMTP)

Une autre particularité de cet outil est qu'il permet d'envoyer des mails soit à des destinataires désignés manuellement, soit aux membres de groupes globaux de l'ActiveDirectory. Cette dernière possibilité est pratique puisqu'elle peut ainsi éviter d'avoir recours à la création de listes de distribution.

Cet outil n'aurait pas été complet s'il n'avait pas permis à l'utilisateur de pouvoir joindre des fichiers, cette fonctionnalité est par conséquent présente !

Enfin, je tiens à préciser que SendMail utilise le composant OSSMTP développé par OstroSoft que je remercie vivement.

ATTENTION : cet outil ne doit pas être utilisé pour effectuer du spam !

Télécharger Télécharger ce logiciel (version installeur)
Télécharger Télécharger ce logiciel (version portable ZIP) Note importante aux utilisateurs des versions portables
Date de création : 21/02/2005 @ 14:26
Dernière modification : 06/07/2020 @ 18:32
Catégorie : - Aide à l'administration
Page lue 169111 fois
 

Réactions à cet article

Réaction n°139 

par ironxerus le 05/06/2019 @ 18:15

Ok avec un peu de recherche ca fonctionne , je te remercie d'avance 

si tu ne veux pas poluer le fil de la discussion tu peux effacer nos échanges

encore merci 

[réponse de damien, le 05/06/2019 à 18h23]

Ah ? Et tu peux m'en dire plus ? Le problème venait d'où ? Ça pourra peut-être servir à d'autres utilisateurs...


Réaction n°138 

par ironxerus le 05/06/2019 @ 18:06

Excuse je vais essayé d'être plus precis

Voici la situation 

en allant dans l'onglet configuration et que  je clique sur le bouton tester , j'ai le msg timeout , par contre si j'envoie le mail sans tester ca marche YES !!! 

Donc en mode interactif ca fonctionne , j'avance donc en tentant maintenant le .bat 

sendmail /conf:"outlook_xxx" /a:"prenom.nom@ste.fr" /o:"Test envoi avec piece jointe" /ct:"Voir fichier joint" /pj:C:\Users\user1\Desktop\ASS\Images\5-06-2019_15-58-58.jpg /iep /l

et la j'ai le message :impossibilité d'executer avec une imcompatibilité 64 bits d'ou mon 1er message 

en espérant étre clair

[réponse de damien, le 05/06/2019 à 18h21]

C'est sûr qu'avec ces infos là dès le début, on aurait gagné du temps !

Bon, je viens de faire un test sur un W10 64 bits et tout se passe normalement. Je ne sais pas d'où il sort ce message d'erreur, je n'ai jamais rencontré ça avec cette appli.

T'es sûr que ça vient de SendMail ? Tu peux me faire une copie d'écran du message stp ?


Réaction n°137 

par ironxerus le 05/06/2019 @ 17:21

Merci pour ce retour rapide

Oui oui je confirme je parle bien de la bonne application

Désolé , je suis allé trop vite , j'ai executé le runtime x86 x64 et en voulant tester l'appli en interactif j'obtiens le msg "13010 invalid time out "

je précise j'utilise outlook sans authentification et avec authentification même msg 

Merci d'avance 

[réponse de damien, le 05/06/2019 à 17h28]

A quel moment obtiens-tu ce message d'erreur ? Je ne suis pas devin, si tu me donnes les infos au compte-gouttes ça va être long de t'aider !

Es-tu sûr de ta configuration SMTP ? Si tu rencontres les mêmes problèmes avec Outlook, je pense que ta conf n'est pas bonne, tout simplement... Quel fournisseur de messagerie utilises-tu, grand public ou propriétaire ?


Réaction n°136 

par ironxerus le 05/06/2019 @ 16:34

Bonjour 

j'ai besoin d'une confirmation votre logiciel est il compatible w7 64 bits 

en effet apres installation et utilisation en mode script j'ai le message suivant : incompatibilité avec la version 64 bits windows 

[réponse de damien, le 05/06/2019 à 16h40]

Oui il l'est... ça fait bien longtemps que je ne travaille que sur des machines 64 bits.

Es-tu sûr qu'il s'agit bien de "mon" SendMail ? Il en existe d'autres qui portent le même nom.

Si tu veux, je peux jeter un coup d’œil via TeamViewer pour investiguer...


Réaction n°135 

par malko le 06/12/2018 @ 17:09

Bonjour,

Serait-il envisageable d'avoir une option supplémentaire en ligne de commande comme /iep  (ignorer erreur pièce jointe) afin d'ignorer une erreur comme un fichier manquant en pièce jointe, afin que le mail puisse tout de même partir. 

Explication : Nous utilisons l'envoi de pièces jointes comme par exemple une facture et éventuellement une newsletter ou un fichier publicitaire joint au mail de facture. C'est justement le éventuellement qui pose soucis. Si il n'y a pas de fichier secondaire en pièce jointe l'email ne part pas.

Avec cette option on force l'envoi malgré erreur.

En gérant avec le /l et ou /r ça permet de savoir si il manque quelque chose éventuellement et donc d'en tenir compte ou non.

Cela éviterait de définir plusieurs routines en fonction de la présence ou non d'un ou plusieurs fichiers d'autant plus que le nombre de pièces jointes peut avec SendMail être important.

A moins bien évidemment qu'il existe une autre solution.

Cordialement

[réponse de damien, le 06/12/2018 à 19h56]

Oui c'est tout à fait envisageable pour une prochaine version. Je garde ta suggestion sous le coude. Mais je ne te promets pas de conserver le "/iep"...


Réaction n°134 

par Hyperion36 le 22/08/2018 @ 12:26

Bonjour

Nous utilisons sendmail via des scripts afin d'envoyer des rapports d'état. Ces envoies sont fait via OVH chez qui nous avons un nom de domaine réservé.

Nous constatons des comportements aléatoires dans les envois planifiés: certains mails sont reçus immédiatement alors que d'autres peuvent arriver plus tard dans la journée, voir pas du tout.

Avez-vous connaissance de problème similaire ? 

Merci.

[réponse de damien, le 22/08/2018 à 13h39]

Mon outil fait des envois en direct, il ne conserve pas les mails pour les envoyer plus tard. Donc, si le message est parti sans qu'aucune erreur ne soit signalée, c'est que le serveur SMTP distant l'a accepté, la balle est dès lors dans son camp.

Est-ce que tu utilises une connexion SMTP sécurisée (SSL) ? Si non, vois si le serveur SMTP est configuré pour accepter SSL et choisis-le de préférence. Certains serveurs favorisent le traitement des envois sécurisés par rapport aux non-sécurisés.

Est-ce que le problème est identifié quelque soit le domaine des destinataires ou seulement certains (genre @hotmail.fr qui, personnellement, me pose régulièrement des problèmes) ?

Sinon, as-tu jeté un coup d’œil à la source des messages reçus en retard pour voir où se situent les latences ? Regarde la date d'envoi et celles qui figurent dans les lignes qui commencent par "Received:", ça te permettra d'avoir une idée d'où ça "coince". Un relai SMTP ou un serveur antispam par exemple...


Réaction n°133 

par Bernard74 le 16/01/2018 @ 14:29

Bonjour,

J'ai un compte Outlook et je n'arrive pas à configurer correctement le serveur smtp.

  • Nom du serveur SMTP : smtp-mail.outlook.com

  • Port SMTP : 587

  • Méthode de chiffrement SMTP : STARTTLS

J'ai essayé en cochant utiliser SSL et en authentification login, mais j'ai l'erreur 13973

Merci d(avance pour votre aide

Bernard

[réponse de damien, le 16/01/2018 à 19h02]

En cherchant dans mes mails j'ai retrouvé un message d'un autre utilisateur qui me confirmait que TLS/STARTTLS ne sont pas supportés par le composant que j'utilise (il a testé avec le SMTP d'Office365). pas ma faute

Il a contourné le problème en se rabattant sur le SMTP de son FAI qui accepte simplement SSL.


Réaction n°132 

par Schillo le 13/12/2017 @ 22:04

Bonsoir,

Merci beaucoup pour ton aide! 

Effectivement, la configuration de la boite mail Gmail ne permettait pas à SendMail de faire sont travail. Désormais ça marche!

Bravo pour efficacité! 

[réponse de damien, le 14/12/2017 à 07h42]

Super ! Merci de ton retour.


Réaction n°131 

par Schillo le 13/12/2017 @ 09:11

Bonjour,

Merci pour ta réponse ! 

J'avais déjà remarqué la différence entre les 2 adresses, et j'ai déjà fait le test avec smtp.googlemail.com . Le résultat est malheureusement le même!

Les paramètres que j'ai indiqués viennent directement de Google.  https://support.google.com/mail/answer/7126229?visit_id=1-636486772951392830-2441620112&hl=fr&rd=1

J'ai testé aussi en désactivant le pare-feu de Windows( on ne sait jamais), mais pas de changement.

[réponse de damien, le 13/12/2017 à 19h08]

Bon, je viens de tester de chez moi et en fait ça fonctionne parfaitement avec les 2 serveurs (smtp.gmail.com et smtp.googlemail.com).

As-tu pensé à activer l'option "Applications moins sécurisées" dans les préférences du compte Gmail concerné ? C'est indiqué dans la doc de Google.

Si oui, es-tu sûr de ne pas avoir fait d'erreur de saisie dans le compte ou le mot de passe ?


Réaction n°130 

par Schillo le 12/12/2017 @ 13:49

Bonjour,

Après plusieurs tentatives je ne sais plus quoi faire. J'utilise SendMail en mode graphique. J'ai semble-t-il configuré les paramètres demandés dans "Configuration...". 

J'ai un message d'erreur qui dit:

"L'envoi du/des messages s'est terminé anormalement :

-Error 13975: Le message n'a pas pu être envoyé vers le serveur SMTP. Le code d'erreur de transport était 0x80040217.

La réponse de serveur était not available"

J'utilise un adresse Gmail. Donc le serveur SMTP n'est autre que smtp.gmail.com. La connexion doit utiliser SSL avec le port 465 tel qu'il est indiqué chez Google:

Serveur de courrier entrant (IMAP)

imap.gmail.com

SSL requis : oui

Port : 993

Serveur de courrier sortant (SMTP) :

smtp.gmail.com

SSL requis : oui

TLS requis : oui (si disponible)

Authentification requise : oui

Port pour SSL : 465

Port pour TLS/STARTTLS : 587

Nom complet ou nom à afficher Votre nom Nom de compte, nom d'utilisateur ou adresse e-mail Votre adresse e-mail complète Mot de passe Votre mot de passe Gmail

Que dois-je faire?

[réponse de damien, le 13/12/2017 à 07h52]

Je ne peux pas tester présentement car je suis au boulot et le proxy ne me permet pas d'accéder au SMTP de Google.

Cela étant, en jetant un coup d’œil dans mon fichier de conf perso, je vois que ce n'est pas la bonne adresse pour le serveur SMTP, mais le reste semble correct :

  • Serveur : smtp.googlemail.com (et non smtp.gmail.com)
  • SSL : coché
  • Port : 465
  • Authentification : Login
  • Username/password : utiliser une vraie adresse Gmail (sans omettre le @gmail.com) et son mot de passe associé

Dis-moi si c'est mieux comme ça.


[ 1 2 3 4 5 6 7 8 9 10 ]