aie ! je ne voit pas le champs "Authentification" ou se trouve t'il?

aucun soucis dans les deux sens avec Outlook

Merci

[réponse de damien, le 05/08/2009 à 18h06]

Dans la fenêtre de configuration...  Oups, voir commentaire précédent... désolé ! 

bonjour,
logiciel sympathique que je ne parviens pas à faire tourner.
j'ai renseigné smtp.neuf.fr (est-ce le souci avec neuf ?)
port  : 25
suffixe : 1jour1terroir.com
nb destinaire 1
expéditeur par défaut : monadresse@neuf.fr
expéditeur : monadresse@neuf.fr
destinaire : info
sujet, message
la fenêtre le message test...envoyé
mais il ne se passe rien je ne reçoit rien.

puis-je avoir votre aide.

je vous en remercie par avance

[réponse de damien, le 05/08/2009 à 17h56]

Bien sûr que tu peux avoir de l'aide ! J'assure le SAV, même si mes softs sont en FREEWARE ! 

Qu'as-tu renseigné dans le champ "Authentification" ? En principe, il est préférable de laisser le choix par défaut "Aucune" : les autres n'ayant pu être testés, je n'en garantis pas le bon fonctionnement. Au temps pour moi : cette fonctionnalité n'existe pas dans la v1.8, je me suis fourvoyé en regardant dans la v1.8.1 qui n'est pas finalisée et par conséquent non distribuée. 

Pour le reste, il me semble que tout est correct, ton message devrait bien parvenir à info@1jo...oir.com... peut-être le temps de latence de remise du message est-il un peu long, tout simplement ?

Est-ce que cela fonctionne à partir d'autres outils (genre Thunderbird ou Outlook) ?

Bonjour,

Je suis l'auteur de la réaction n°37 et j'ai soucis avec mon application Access qui est lancée tous les matins à la même heure par une tache planifiée sous windows.

Mon application Access execute sendmail en ligne de code.

Tout fonctionne correctement sauf que au bout d'une semaine (environ), les destinataires ne recoivent plus les mails.

J'ai l'impression que les mails envoyés sont détruits par le serveur pop. Je ne pense pas que ce soit le serveur smtp puisque lorsque je regarde le fichier log les mails sont bien envoyés.

J'ai lancé manuellement mon application access et les mails sont bien parvenus aux destinataires. Donc j'en déduit que le fait que les executions se lancent toujours à la même heures, le serveur pop considere qu'il s'agit de spam et les mails sont donc détruits.

Il y a-t-il une solution pour eviter cette destruction ?

Olivier 

[réponse de damien, le 01/08/2009 à 18h03]

Tout d'abord, désolé pour le retard de ma réponse...

Est-ce que tous les mails subissent le même traitement ou cela ne concerne-t-il que certains destinataires ? S'agit-il systématiquement de la même liste de destinataires ? Sont-ce des contacts internes ou externes à ta boite ? Dans le cas de destinataires externes, as-tu moyen de contacter les personnes qui administrent leur serveur de messagerie pour confirmer ou infirmer la présence d'un filtrage anti-spam et l'éventuelle trace de ces mails perdus dans leurs logs ?

Dans le cas où le filtrage se confirmerait, tu peux toujours définir des propriétés avancées pour la tâche planifiée : tu peux ainsi définir une heure d'exécution différente pour chaque jour de la semaine. Tu aussi ajouter une tempo aléatoire dans le traitement Access avant l'appel de SendMail... Le mieux serait encore, je pense, de scinder ton traitement : exécution du traitement Access par une tâche planifiée (à heure fixe), et envoi du mail par une seconde tâche (à heure variable cette fois)...

Ne connaissant pas le contexte du problème, je n'ai pas d'autre solution à te soumettre, ni de remède miracle...

PS.: l'adresse mail que tu m'as donnée est incorrecte : j'ai reçu une notification (user unknown) d'Orange-Business.

Bonjour,  je reviens sur un probleme évoqué , en  fait j'ajoute un piece jointe un fichier  texte avec une extension   .LST; le tout en ligne de commande

et la piece jointe se transforme en .DAT ;

en fait le serveur de messagerie est Domino et le client est lotus, le probleme viednrait peut etre de là.  n'y aurai t il un parametre pour envoye au format MIME ?

ci joint la ligne de cmde

"c:\program files\dipisoft\sendmail\sendmail" /u:monmail@toto.com /t:test   /m:Corps.txt /f:test.lst /e:monmail@toto.com /s:112.22.1.16 /l

Cdlt

[réponse de damien, le 06/07/2009 à 18h48]

La version actuelle de "mon" SendMail ne permet pas de configurer quoi que ce soit sur le format des mails. Quand j'aurai le temps de terminer les modifs commencées, on pourra sélectionner le charset, le format (html/text) notamment.

Mais pour l'instant, je n'ai pas une minute à moi : je suis en train de changer de boulot.

Je trouve que Sendmail est un super outil !

Je l'utilise en mode batch à l'aide d'une application access qui se lance en automatique tous les matins par une tache plannifiée

L'application Access contient des tables liès à ma base de données Sybase de mon ERP. Cette application récupère certaines données et mets en forme des mails qui sont envoyés à certaines personnes de mon entreprise.

Grace à ce petit developpement mon travail de controle au sein de mon entreprise me prend beaucoup moins de temps qu'auparavant.

Il est dommage qu'on ne puisse pas inclure une image dans le corps du mail.En effet pour envoyer une image nous sommes obligé de la joindre dans un fichier. Peut-etre que cela sera disponible dans une prochaine version ?

Ce serait tres pratique pour envoyer des publicités ou de faire une eventuelle action commerciale.

Si vous avez une solution, merci de m'en faire part.

A+

Olivier

[réponse de damien, le 21/05/2009 à 09h10]

Merci de nous faire part de ton retour d'expérience, je suis toujours friand d'informations sur la façon dont mes outils peuvent être mis en œuvre par les utilisateurs.

La version actuelle ne permet effectivement pas de joindre des images dans le corps du message car le mail est envoyé au format text. J'ai commencé il y a plusieurs mois à travailler sur la prochaine version (qui permettra de choisir entre text/html voire même les deux formats en même temps) mais j'ai du la mettre en attente car j'avais en parallèle entrepris des modifs sur d'autres outils.

C'est assez difficile d'avoir tant de softs à gérer... surtout quand cette activité est à conjuguer avec une vie familiale et un boulot. Bref, autant dire que je n'ai aucune solution immédiate à te proposer, et j'en suis désolé.

Bonjour a tous et merci d'avance a tous ceux qui prendront le temp de lire ce Post.

J'ai installé recemment cette version de SendMail qui fonctionne avec succes via l'interface fenetrée. Par la suite, je souhaite exécuter l'envoi de mail de maniere automatique a l'aide de taches planifiees...

J'ai donc créer un fichier .bat contenant cette commande qui envoie le mail correctement :

sendmail /u:***** /@:****.fr /s:**** /p:25 /e:*** /t:Pour info /m:test.txt

Le probleme que je rencontre est qu'une fenetre apparait suite a l'envoi de ce mail me demandant de confirmer le message suivant : "Le message 'Pour info' a ete envoye a 1 destinataire(s)...."

En conclusion, si je n'appuie pas sur OK, le mail est tout de meme envoye mais la fenetre quant a elle reste affichee a l'ecran. Y-a-t-il donc un moyen pour ne pas faire apparaitre ce message ?

Je pense que oui car dans le cas contraire je ne vois pas pourquoi on utiliserait l'automatisation de SendMail par ligne de commande...

Merci d'avance pour toutes eventuelles reponses de votre part.

Kev1.

PS : Dsl pour les accents, je suis en Angleterre et suis equipe d'un clavier QWERTY :)

[réponse de damien, le 10/02/2009 à 14h22]

En poussant un peu plus la lecture des réactions des autres utilisateurs, la n°18 par exemple, tu serais tombé sur le paramètre /l (L minuscule). 

C'est aussi évoqué dans la fenêtre "A propos de" mais je reconnais que ce n'est pas explicite du tout... désolé.

PS.: pas de problème pour les accents : tu écris mieux que certains qui causent SMS, et ça ça m'énerve !

Bonsoir,

désolé de vous faire passer du temps sur ce pb !!!
Alors, j'ai du nouveau de mon côté. J'ai pas mal potassé sur le pb
cette après-midi et je crois que j'ai incriminé un peu trop vite
sendmail !!! faut pas m'en vouloir ! désolé !
En fait, j'ai l'impression que le pb vient plus du serveur lotus. Tant
que le mail est dans la boite de reception du serveur (la boite de
routage quoi), tout est ok, y compris le nom des fichiers. Par contre,
dès que je le libère pour qu'il aille dans la base utilisateur, il le
renomme à ce moment là.

Je vais regarder si je trouve qq chose à ce niveau. Je vous tiendrai au courant.

En tout cas, vraiment très pratique !!! il y a moyen par contre de ne
pas avoir la fenètre d'indication que le mail à bien été envoyé ?

Cdt
Stéphane

[réponse de damien, le 10/01/2009 à 11h42]

OK, merci pour ta réponse...

Je suis quand même surpris que ça fonctionne correctement en mode GUI (fenêtré)...

Pas de problème pour le temps que j'ai passé, c'est normal que j'assure le SAV, même si mes logiciels sont gratuits.

Bonjour,

J'utilise le logiciel uniquement en ligne de commande et tout fonctionne bien sauf une petite chose : les pièces jointes.

Je recois bien les pieces jointes avec leur contenu (fichier texte avec extensions diverses) mais dans le mail reçu, les noms des fichiers sont remplacés par des noms aléatoires et avec l'extension .dat.

Pour info, en mode fenetré, il n'y a aucun soucis. Donc peut etre juste un paramètre à changer...

Sinon, le logiciel est très pratique et simple, bravo.

Merci pour votre réponse.

[réponse de damien, le 09/01/2009 à 22h42]

Tout d'abord, tu es le premier à me remonter ce problème. J'ai donc fait quelques tests : 1 petite pièce jointe pour commencer, puis 1 plus grosse, puis plusieurs pièces jointes, mais aucune fois je n'ai pas réussi à reproduire le problème... et ce malgré une bonne heure de tests en tous genres.

Peux-tu m'en dire un peu plus sur le contexte de l'utilisation ? Est-ce que ça se produit systématiquement ou ponctuellement ? Quel type de fichier joint ?

Enfin, peux-tu m'envoyer par mail la ligne de commande que tu utilises (ou un .bat par exemple), avec des exemples de fichiers joints qui posent problèmes, ça me ferait gagner du temps... merci d'avance !

Bonjour,

Merci pour ce logiciel qui me permet d'automatiser des envois de mails dans un applicatif spécifique.

Toutefois j'ai un probléme pour les pièces jointes, si la PJ est inférieure à 7 Mo pas de problème, au dessus de cette taille le mail n'est pas réceptionné par le destinataire alors que tout semble s'être passé correctement.

Je suis en ORANGE.SMTP et j'ai l'option GIGA MAIL qui me permet d'échanger des fichiers jusquà  20 Mo , cela fonctionne correctement par OUTLOOK .

Merci pour votre réponse

Patrick

[réponse de damien, le 31/08/2008 à 10h30]

Vous êtes le premier à me rapporter ce problème que je n'ai pas constaté jusqu'alors. Vos tests entre Outlook et mon soft ont-ils été effectués avec le même contenu (corps du message et pièce jointe) ?

Il est possible que le problème vienne du composant que j'utilise (OSSMTP) mais j'en doute : il a depuis longtemps fait ses preuves. Cela peut par contre provenir de votre FAI qui considère peut-être le message comme un spam en voyant OSSMTP dans l'en-tête du mail ?

Je viens de faire quelques tests avec un fichier > 9Mo : il n'est pas arrivé sur mes boites Free car supérieur à la limite de taille imposée (mais j'ai reçu une notification du postmaster dans la boite de l'expéditeur). Un autre test vers une boite Yahoo s'est en revanche révélé positifs.

Donc RAS du côté du composant OSSMTP ou de mon soft...

Bonjour,

Merci beaucoup pour votre sympathique logiciel.

J'avoue que j'ai quand même un petit soucis pour le faire fonctionner correctement: lorsque je l'utilise en mode graphique, pas de problèmes, l'envoi des mails se fait correctement.

Lorsque je le fais en mode ligne de commande depuis une fenêtre DOS, pas de problèmes non plus, les mails arrivent correctement à leur destinataire.

En revanche, lorsque j'essaie de l'intégrer à un script Perl, et que la même ligne de commande est passée en faisant un qx($ligne_de_commande), je n'ai aucun message d'erreur, sauf que l'envoi des mails ne se fait pas: ils n'arrivent jamais à leur destinataire.

C'est pareil lorsque je fais un exec($ligne_de_commande) ou un $tmp=`$ligne_de_commande`;

Avez-vous une idée de la raison de ce disfonctionnement ?

J'avoue que cela me rendrait un très grand service de pouvoir automatiser mes envois de mail et j'y arrive pas

Merci d'avance pour votre aide,

Stéphane

[réponse de damien, le 17/06/2008 à 14:02]   Attention, cette réponse fait référence à une ancienne syntaxe de SendMail

Alors là, je n'en ai aucune idée : ne connaissant pas du tout Perl je suis bien incapable de vous aider...

Peut-être s'agit-il d'un problème de path ? Y a-t-il un moyen de voir si l'exe s'est bien lancé (gestionnaire de tâches, par exemple) ? Si vous lancez un autre exe que le mien, il se passe quelque chose ?

Si vous pouvez me donner des indications (package, script, etc.) pour monter rapidement un environnement qui me permette de tester ce mode de fonctionnement, je suis preneur... En d'autres termes, aidez-moi à vous aider !

[réponse complémentaire de damien, le 17/06/2008 à 14h58]

Je viens tout juste d'installer ActivePerl (une version 5.8.8.822 dispo sur Clubic car impossible de télécharger depuis le site officiel) et de tester une ligne de commande toute simple :

perl -e "exec 'sendmail /u:damien@dipisoft.com /t:test /m:message.txt'"

Eh ben ça fonctionne : j'ai bien reçu le message...

Es-tu sur que le fichier de configuration (sendmail.ini) a bien été configuré ?