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 ?

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...

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"...

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...

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). 

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

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.

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 ?

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.

Bonjour,

Merci pour la réponse.

Depuis ce matin, j’ai testé de nouveau et cela fonctionne. Des problèmes généraux de messagerie devaient en être la cause et non pas le soft en lui-même.

Ce qu’il se passait c’est que je n’avais aucun message d’erreur. Le script semblait se lancer mais aucun mail n’arrivait.

Il semble que cela soit résolu à présent.

Merci encore pour ce logiciel très pratique.

Bonne journée,

Arvi

[réponse de damien, le 17/11/2017 à 20h56]

OK, merci pour ce retour.

Bonjour,

Merci pour votre programme très intéressant. Cependant, j'ai des difficultés à envoyer un ZIP en pièce jointe. La manip' fonctionne avec un simple fichier texte mais pas avec mon fichier zip. Y'a t-il quelque chose pour y remédier ?

Merci par avance

Arvi

[réponse de damien, le 13/11/2017 à 20h53]

J'ai fait plusieurs tests avec plusieurs serveurs SMTP sans rencontrer de soucis.

Quand tu dis que ça ne fonctionne pas avec ton fichier zip, que se passe-t-il exactement ? Un message d'erreur ? Si oui lequel ?

Peut-être que ton fournisseur de service analyse le fichier et y décèle des éléments qu'il interdit en pièce jointe ? Dans ce cas, essaye de mettre un mot de passe à ton archive. Tu peux aussi tester avec un autre format (le .7z n'est généralement pas analysé, contrairement au .zip et au .rar).

Peut-être que le fichier est trop gros ?

As-tu essayé avec un autre fichier zip ? Avec un autre fournisseur de messagerie (autre serveur SMTP) ?