Bonjour,
Serait-il possible d'adjoindre au panneau de paramétrage du module ABMWeb quelques paramètres techniques qui pourraient s'avérer utiles et qui sont assez communément disponibles dans les modules logiciels intégrés à des suites applicatives similaires à ABM ? Notamment :
- Temps limite pour la connexion : dans certains cas, et notamment du fait de l'invasion des pourriels, certaines sociétés mettent en place des filtres qui exigent que la valeur du "time-out" dépasse la minute. Dans ce cas de figure, les destinataires ne reçoivent plus nos courriels.
- Paramètres liés à la sécurité : rendre possible l'utilisation d'un certificat numérique dans le cas d'une relation impliquant l'authentification, l'intégrité et la non-répudiation des correspondances électroniques.
- Redondance du canal d'envoi : possibilité de gérer plus d'un canal d'envoi SMTP (cas de défaillance du canal principal).
Merci d'avance d'étudier ces possibilités.
Envoi des courriels, paramètres, EmailSender, etc.
Modérateur : Equipe technique
Règles du forum
Le Forum "Demandes d'évolution" vous permet de proposer des évolutions (UNIQUEMENT, et pas de pannes ni de questions technique) au développeur ABM.
Tous les sujets et messages poster ici, ne seront contraints a aucune obligation de réponse de la part de l'équipe ABM.
Les suggestions d'évolution sont étudiées attentivement par le développeur lors de mises à jours éventuelles. Le développeur n'a aucune obligation concernant les demandes d'évolution.
Merci de votre compréhension.
Le Forum "Demandes d'évolution" vous permet de proposer des évolutions (UNIQUEMENT, et pas de pannes ni de questions technique) au développeur ABM.
Tous les sujets et messages poster ici, ne seront contraints a aucune obligation de réponse de la part de l'équipe ABM.
Les suggestions d'évolution sont étudiées attentivement par le développeur lors de mises à jours éventuelles. Le développeur n'a aucune obligation concernant les demandes d'évolution.
Merci de votre compréhension.
Envoi des courriels, paramètres, EmailSender, etc.
Dernière modification par scp le 12 janv. 2009 10:29 am, modifié 2 fois.
Bonjour,
J'ajoute à ce qui a déjà été suggéré : Offrir la possibilité dans ABM Web d'envoyer les messages via un port différent du port 25 (par exemple le port sécurisé 587), ceci pour appliquer les restrictions de plus en plus souvent imposées par les FAIs (comme Orange depuis le 14/06/2007) à cause du pollupostage massif ("spam")..
Merci de prendre en compte cette demande pour une évolution prochaine : cette possibilité existe déjà dans la très grande majorité des logiciels clients de messagerie et dans les modules tiers intégrables dans des développements métiers du type ABM.
Notez que l'infrastructure de l'opérateur historique doit évoluer courant 2008 : il est à craindre que le port 25 ne soit plus utilisable dans nombre de cas. Les limitations actuelles du module d'envoi de courriels d'ABMWeb deviendront alors bloquantes.
Cordialement.
NB : demande renouvelée auprès d'Antonio par téléphone ce jour 08/04/2008
J'ajoute à ce qui a déjà été suggéré : Offrir la possibilité dans ABM Web d'envoyer les messages via un port différent du port 25 (par exemple le port sécurisé 587), ceci pour appliquer les restrictions de plus en plus souvent imposées par les FAIs (comme Orange depuis le 14/06/2007) à cause du pollupostage massif ("spam")..
Merci de prendre en compte cette demande pour une évolution prochaine : cette possibilité existe déjà dans la très grande majorité des logiciels clients de messagerie et dans les modules tiers intégrables dans des développements métiers du type ABM.
Notez que l'infrastructure de l'opérateur historique doit évoluer courant 2008 : il est à craindre que le port 25 ne soit plus utilisable dans nombre de cas. Les limitations actuelles du module d'envoi de courriels d'ABMWeb deviendront alors bloquantes.
Cordialement.
NB : demande renouvelée auprès d'Antonio par téléphone ce jour 08/04/2008
Dernière modification par scp le 08 avr. 2008 01:03 pm, modifié 4 fois.
UP (pour faire plaisir à Antonio),
Bonsoir,
De plus en plus de FAIs (et non des moindres) rendent le processus d'envoi de courriels de moins en moins facile : restrictions d'usage du port 25 notamment.
Un module d'envoi dans ABMWeb, qui répondrait aux standards du marché (i. e. que l'on retrouve dans la plupart des courrieleurs de base) serait vivement apprécié avant que la situation ne devienne très délicate, voire bloquante...
Merci d'avance de ne pas seulement noter cette demande, mais de considérer qu'elle n'est pas superfétatoire et que sa réalisation apporterait une véritable valeur ajoutée aux exploitants...
Cordialement.
PS : Le sujet http://public.abm2000.com/viewtopic.php?t=358 pourrait également être corrigé dans le même mouvement.
Bonsoir,
De plus en plus de FAIs (et non des moindres) rendent le processus d'envoi de courriels de moins en moins facile : restrictions d'usage du port 25 notamment.
Un module d'envoi dans ABMWeb, qui répondrait aux standards du marché (i. e. que l'on retrouve dans la plupart des courrieleurs de base) serait vivement apprécié avant que la situation ne devienne très délicate, voire bloquante...
Merci d'avance de ne pas seulement noter cette demande, mais de considérer qu'elle n'est pas superfétatoire et que sa réalisation apporterait une véritable valeur ajoutée aux exploitants...
Cordialement.
PS : Le sujet http://public.abm2000.com/viewtopic.php?t=358 pourrait également être corrigé dans le même mouvement.
UP
Bonjour,
Au risque de radoter, nous nous permettons d'insister pour que cette demande ne soit pas seulement notée, mais analysée, et que vous puissiez nous dire si des améliorations seront bien portées dans de prochaines versions d'ABM et dans l'affirmative, quand ?
En contact avec plusieurs services techniques de FAIs, nous avons la confirmation de leur part que les restrictions imposées ces derniers mois ne sont pas terminées : vous comprendrez aisément que nous ne souhaitons pas être mis "au pied du mur" lorsqu'il ne nous sera plus possible d'envoyer des courriels via ABMWeb...
Cordialement.
Bonjour,
Au risque de radoter, nous nous permettons d'insister pour que cette demande ne soit pas seulement notée, mais analysée, et que vous puissiez nous dire si des améliorations seront bien portées dans de prochaines versions d'ABM et dans l'affirmative, quand ?
En contact avec plusieurs services techniques de FAIs, nous avons la confirmation de leur part que les restrictions imposées ces derniers mois ne sont pas terminées : vous comprendrez aisément que nous ne souhaitons pas être mis "au pied du mur" lorsqu'il ne nous sera plus possible d'envoyer des courriels via ABMWeb...
Cordialement.
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Bonjour, je comprend tout a fait votre besoin.
Cependant nous ne pouvons pas vous fournir toutes ces fonctions dans l'immédiat.
Je vous propose ce petit logiciel qui est à l'étude chez nous et qui pourrait à terme avoir des évolution supplémentaire.
http://files.abm2000.com/private/EmailSender
Vous devez enlever le smtp de l'ABMWEB afin que cela ne génère pas de conflit entre les deux programmes.
Cependant nous ne pouvons pas vous fournir toutes ces fonctions dans l'immédiat.
Je vous propose ce petit logiciel qui est à l'étude chez nous et qui pourrait à terme avoir des évolution supplémentaire.
http://files.abm2000.com/private/EmailSender
Vous devez enlever le smtp de l'ABMWEB afin que cela ne génère pas de conflit entre les deux programmes.
Bonjour,
Merci d'avoir compris tout à fait notre besoin (qui risque bien d'être le lot commun d'un grand nombre de nos estimés confrères),
Nous n'avons, en revanche, pas bien compris : ce développement remplace-t-il le module présent dans ABMWeb pour l'envoi des messages ?
Si c'est le cas, comment et en quoi est-il susceptible d'apporter une réponse aux questions abordées plus haut dans ce fil ?
L'interface semble similaire à la fenêtre des réglages d'ABMWeb en ce qui concerne les principaux paramètres ; seuls sont présents des réglages supplémentaires permettant d'ajuster :
Nous ne pouvons que formuler des hypothèses de son fonctionnement, aucune notice n'accompagnant votre développement...
Cordialement.
Merci d'avoir compris tout à fait notre besoin (qui risque bien d'être le lot commun d'un grand nombre de nos estimés confrères),
Nous n'avons, en revanche, pas bien compris : ce développement remplace-t-il le module présent dans ABMWeb pour l'envoi des messages ?
Si c'est le cas, comment et en quoi est-il susceptible d'apporter une réponse aux questions abordées plus haut dans ce fil ?
L'interface semble similaire à la fenêtre des réglages d'ABMWeb en ce qui concerne les principaux paramètres ; seuls sont présents des réglages supplémentaires permettant d'ajuster :
- - le nombre de sessions simultanées ;
- le nombre de tentatives ;
- l'intervalle entre deux tentatives.
- - temps limite pour la connexion ("time-out") : utile vis-à-vis de certains FAIs qui imposent une valeur > 60 sec. ;
- choix du port du relais SMTP (587 par exemple, au lieu de 25) ;
- utilisation de la sécurité (TLS - RFC 2487) ;
- (éventuellement) redondance du canal d'envoi à l'aide d'un second serveur SMTP ;
- (et toujours) : possibilité d'utiliser des adresses de courriel de plus de 60 caractères (les RFC 2821, 2822 et 3696 imposent 64 caractères avant le @ et 255 après). Ce dernier point semble plus relever cependant de l'architecture interne d'ABM et des tables de la base Nexus.
Nous ne pouvons que formuler des hypothèses de son fonctionnement, aucune notice n'accompagnant votre développement...
Cordialement.
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Bonjour,
j'ai quelques éléments de réponse a vos différentes propositions.
En ce qui concerne le port du SMTP cela est envisageable a court terme.
Pour tout le reste, il ne sera pas possible de le faire, cependant si vous désirez avoir d'avantages d'options vous pouvez utiliser un serveur SMTP en local (relais SMTP).
j'ai quelques éléments de réponse a vos différentes propositions.
En ce qui concerne le port du SMTP cela est envisageable a court terme.
Pour tout le reste, il ne sera pas possible de le faire, cependant si vous désirez avoir d'avantages d'options vous pouvez utiliser un serveur SMTP en local (relais SMTP).
Bonjour,
Merci pour cette excellente nouvelle (la sélection possible du port SMTP dans une version à venir).
En revanche, lorsque vous écrivez : "Pour tout le reste, il ne sera pas possible de le faire", ce verdict s'applique-t-il également à la non-conformité des modules d'ABM qui ne peuvent traiter des adresses de courriel longues (mais pourtant conformes aux RFCs) ?
Le fait de devoir installer un relais SMTP en local, s'il peut apporter de nouvelles fonctions absentes du module ABMWeb, ajoute un degré de complexité à une architecture déjà passablement complexe pour l'exploitant (et le degré de complexité est statistiquement corrélé à la sensibilité aux dysfonctionnements). De plus, ce relais ne saurait ajouter des informations (adresses longues) en aval, absentes en amont (dans les tables NEXUS).
Nous sommes cependant très intéressés à tester votre outil "EmailSender", même en version ßêta. Comme déjà indiqué supra, il nous manque juste le minimum d'explications pour le mettre en œuvre sans causer de dysfonctionnement intempestif à l'ensemble des modules ABM en exploitation.
Bien cordialement.
Merci pour cette excellente nouvelle (la sélection possible du port SMTP dans une version à venir).
En revanche, lorsque vous écrivez : "Pour tout le reste, il ne sera pas possible de le faire", ce verdict s'applique-t-il également à la non-conformité des modules d'ABM qui ne peuvent traiter des adresses de courriel longues (mais pourtant conformes aux RFCs) ?
Le fait de devoir installer un relais SMTP en local, s'il peut apporter de nouvelles fonctions absentes du module ABMWeb, ajoute un degré de complexité à une architecture déjà passablement complexe pour l'exploitant (et le degré de complexité est statistiquement corrélé à la sensibilité aux dysfonctionnements). De plus, ce relais ne saurait ajouter des informations (adresses longues) en aval, absentes en amont (dans les tables NEXUS).
Nous sommes cependant très intéressés à tester votre outil "EmailSender", même en version ßêta. Comme déjà indiqué supra, il nous manque juste le minimum d'explications pour le mettre en œuvre sans causer de dysfonctionnement intempestif à l'ensemble des modules ABM en exploitation.
Bien cordialement.
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
L'avantage principal de l'EmailSender est la vitesse de transmission des Emails.
Avec AbmWeb en moyenne 3 Emails par minutes étaient envoyés et cela pouvais causer des plantages lorsque l'exploitant utilisait énormément cette fonctionnalité (1 appel = 1 email par exemple).
Avec EmailSender vous pouvez remarquer qu'il se connecte avec plusieurs sessions simultanément. Ce qui accroit de manière conséquente la vitesse d'envoi d'Emails. Il est possible aussi de définir le nombre de tentative d'envoi d'Email et son délai.
Il est aussi intéressant avec cette application de séparer l'envoi d'Emails et le serveur http. Evitant ainsi certains affichages d'erreur connue par notre équipe.
N'oubliez pas de retirer l'adresse SMTP de l'AbmWeb, afin qu'il n'y ait pas de conflits.
Avec AbmWeb en moyenne 3 Emails par minutes étaient envoyés et cela pouvais causer des plantages lorsque l'exploitant utilisait énormément cette fonctionnalité (1 appel = 1 email par exemple).
Avec EmailSender vous pouvez remarquer qu'il se connecte avec plusieurs sessions simultanément. Ce qui accroit de manière conséquente la vitesse d'envoi d'Emails. Il est possible aussi de définir le nombre de tentative d'envoi d'Email et son délai.
Il est aussi intéressant avec cette application de séparer l'envoi d'Emails et le serveur http. Evitant ainsi certains affichages d'erreur connue par notre équipe.
N'oubliez pas de retirer l'adresse SMTP de l'AbmWeb, afin qu'il n'y ait pas de conflits.
Bonsoir,
À force d'écrire n fois la même chose, peut-être finirez-vous par nous lire ? Certaines de nos questions sont-elles à ce point incompréhensibles et/ou gênantes que vous n'y répondiez pas ?
Je vous remercie de nous présenter avec talent les avantages de votre développement "EmailSender", mais les questions posées sont plus du ressort du support technique que de votre service commercial. Nous attendions des explications relatives à sa mise en œuvre plutôt qu'un discours laudatif sur ses bienfaits.
Vous reconnaissez qu'ABMWeb est susceptible de "planter" lorsqu'on le sollicite trop fréquemment (ce qui peut arriver en situation normale d'exploitation), et que votre "EmailSender" est plus rapide. On peut souhaiter qu'il soit également plus robuste... afin de l'utiliser EN EXPLOITATION RÉELLE !
Au risque de vous décevoir, NON, nous ne constatons rien avec "EmailSender", car pour pouvoir constater, il faut installer, paramétrer et tester, actions que nous répugnons à entreprendre dans un environnement de PRODUCTION tant que nous ne disposons pas d'un mode d'emploi (même succinct). L'expérience ayant montré la sensibilité des différents modules (en version de production) aux modifications de tous ordres, il est à craindre qu'un nouveau développement qui est, dixit vous-mêmes, encore "à l'étude chez nous" puisse provoquer des effets de bord assez peu du goût de nos clients, qui ne nous paient pas pour être des cobayes ABM.
En nous livrant à l'exégèse de vos propos, on pourrait deviner qu'il suffit de "vider" tous les champs du pavé "Serveur email (SMTP)" du module ABMWeb et de lancer EmailSender avec les bons paramètres pour que les fonctions de service web et d'émission de courriels soient séparés, mais devons nous nous contenter d'hypothèses en lieu et place d'une documentation pertinente (même de quelques misérables lignes) ?
Vous avez prouvé par le passé que vous pouviez produire ce genre de procédures ; nous gagnerions du temps en n'ayant pas à vous les réclamer plusieurs fois lorsqu'elles s'avèrent indispensables, et en évitant d'avoir à déceler au fil de vos contributions des bribes d'éléments de réponse...
Bien cordialement (mais avec un soupçon de lassitude).
Bon week-end !
À force d'écrire n fois la même chose, peut-être finirez-vous par nous lire ? Certaines de nos questions sont-elles à ce point incompréhensibles et/ou gênantes que vous n'y répondiez pas ?
Je vous remercie de nous présenter avec talent les avantages de votre développement "EmailSender", mais les questions posées sont plus du ressort du support technique que de votre service commercial. Nous attendions des explications relatives à sa mise en œuvre plutôt qu'un discours laudatif sur ses bienfaits.
Vous reconnaissez qu'ABMWeb est susceptible de "planter" lorsqu'on le sollicite trop fréquemment (ce qui peut arriver en situation normale d'exploitation), et que votre "EmailSender" est plus rapide. On peut souhaiter qu'il soit également plus robuste... afin de l'utiliser EN EXPLOITATION RÉELLE !
Au risque de vous décevoir, NON, nous ne constatons rien avec "EmailSender", car pour pouvoir constater, il faut installer, paramétrer et tester, actions que nous répugnons à entreprendre dans un environnement de PRODUCTION tant que nous ne disposons pas d'un mode d'emploi (même succinct). L'expérience ayant montré la sensibilité des différents modules (en version de production) aux modifications de tous ordres, il est à craindre qu'un nouveau développement qui est, dixit vous-mêmes, encore "à l'étude chez nous" puisse provoquer des effets de bord assez peu du goût de nos clients, qui ne nous paient pas pour être des cobayes ABM.
En nous livrant à l'exégèse de vos propos, on pourrait deviner qu'il suffit de "vider" tous les champs du pavé "Serveur email (SMTP)" du module ABMWeb et de lancer EmailSender avec les bons paramètres pour que les fonctions de service web et d'émission de courriels soient séparés, mais devons nous nous contenter d'hypothèses en lieu et place d'une documentation pertinente (même de quelques misérables lignes) ?
Vous avez prouvé par le passé que vous pouviez produire ce genre de procédures ; nous gagnerions du temps en n'ayant pas à vous les réclamer plusieurs fois lorsqu'elles s'avèrent indispensables, et en évitant d'avoir à déceler au fil de vos contributions des bribes d'éléments de réponse...
Bien cordialement (mais avec un soupçon de lassitude).
Bon week-end !
l'emailsender est pour l'instant en phase de test et n'est destiné qu'au centre générant de gros traffic d'email sortant. Cela ne semble pas être votre cas.
Sur les sites pour lesquels AbmWeb et sa fonction d'envoi d'email présentait des défauts (capacité, fiabilité), EmailSender semble répondre aux besoins.
Nous avons annoncé le développement de ce module en réponse à vos questions mais sans rien annoncer d'autre.
Merci de cesser de tenter de démarrer des polémiques la ou elles n'ont pas lieu d'être afin d'eviter de perturber tant les techniciens que les utilisateurs de se forum. Ce n'est pas l'objectif de ce support.
L'emailsender est en phase de BETA et nous le reservons pour l'instant au centres générant un minimum de 500 emails par jour ce qui semble ne pas être votre cas.
Sur les sites pour lesquels AbmWeb et sa fonction d'envoi d'email présentait des défauts (capacité, fiabilité), EmailSender semble répondre aux besoins.
Nous avons annoncé le développement de ce module en réponse à vos questions mais sans rien annoncer d'autre.
Merci de cesser de tenter de démarrer des polémiques la ou elles n'ont pas lieu d'être afin d'eviter de perturber tant les techniciens que les utilisateurs de se forum. Ce n'est pas l'objectif de ce support.
L'emailsender est en phase de BETA et nous le reservons pour l'instant au centres générant un minimum de 500 emails par jour ce qui semble ne pas être votre cas.
Bonjour,
Relisez-nous : il ne s'agit pas de polémiquer (nous avons bien d'autres choses à faire que perdre notre temps, le vôtre et celui de nos confrères et de plus, il ne s'agit aucunement de débattre sur des points de vue différents mais d'aborder des difficultés, lacunes ou dysfonctionnements de vos produits, objets de ce forum ! ), mais assez simplement d'obtenir le minimum en matière d'information.
Il est très pertinent et très utile de produire de nouveaux développements que vous mettez à disposition de vos clients en avertissant de leur état "à l'étude", mais avouez que trois lignes d'explications ne seraient pas de trop en plus du lien de téléchargement.
Les exploitants ABM ne devraient pas avoir à deviner aussi souvent le : "comment faire pour que...". Apportez donc ab initio l'information la plus strictement nécessaire et vous constaterez que les allers-retours que vous nommez "polémiques" n'auront plus lieu d'être ! Le postulat "le client est supposé avoir les mêmes connaissances que les développeurs des modules ABM" est sérieusement entaché d'un vice initial.
Quant à "perturber" les techniciens (sic), notre démarche s'inscrit tout au contraire dans le souci évident de soulager ces derniers en n'usant du téléphone qu'en dernier recours, et ceci, conformément à ce qui est indiqué dans le fil "Informations" de ce forum !
Lorsque vous exigez : "Dans tous les cas, soyez le plus explicite possible dans les informations transmises. Un simple 'c'est planté' n'a jamais permis de résoudre un problème.", je vous fais humblement remarquer que nous n'exigeons rien de plus de votre part, pour une communication EFFICACE !
Vous constaterez enfin que nos interventions, loin de se contenter de critiques stériles, contiennent la plupart du temps des suggestions et des questions précises, visant à améliorer vos produits et services, préoccupation qui ne doit pas vous être étrangère, nous semble-t-il...
Nous avons bien noté que ce développement encore en ßêta ne nous concerne pas encore : merci pour cette information. Nous attendrons donc l'amélioration du module ABMWeb annoncée par Antonio.
Cordialement.
PS : nous n'avons en revanche lu aucune réponse à certains points précis évoqués, dont notamment l'impossibilité de gérer des adresses d'une longueur normée mais dépassant les capacités d'ABM.
"Ce qui se conçoit bien s’énonce clairement et les mots pour le dire viennent aisément."
Nicolas Boileau (qui ne connaissait - hélas - pas ABM)
Relisez-nous : il ne s'agit pas de polémiquer (nous avons bien d'autres choses à faire que perdre notre temps, le vôtre et celui de nos confrères et de plus, il ne s'agit aucunement de débattre sur des points de vue différents mais d'aborder des difficultés, lacunes ou dysfonctionnements de vos produits, objets de ce forum ! ), mais assez simplement d'obtenir le minimum en matière d'information.
Il est très pertinent et très utile de produire de nouveaux développements que vous mettez à disposition de vos clients en avertissant de leur état "à l'étude", mais avouez que trois lignes d'explications ne seraient pas de trop en plus du lien de téléchargement.
Les exploitants ABM ne devraient pas avoir à deviner aussi souvent le : "comment faire pour que...". Apportez donc ab initio l'information la plus strictement nécessaire et vous constaterez que les allers-retours que vous nommez "polémiques" n'auront plus lieu d'être ! Le postulat "le client est supposé avoir les mêmes connaissances que les développeurs des modules ABM" est sérieusement entaché d'un vice initial.
Quant à "perturber" les techniciens (sic), notre démarche s'inscrit tout au contraire dans le souci évident de soulager ces derniers en n'usant du téléphone qu'en dernier recours, et ceci, conformément à ce qui est indiqué dans le fil "Informations" de ce forum !
Lorsque vous exigez : "Dans tous les cas, soyez le plus explicite possible dans les informations transmises. Un simple 'c'est planté' n'a jamais permis de résoudre un problème.", je vous fais humblement remarquer que nous n'exigeons rien de plus de votre part, pour une communication EFFICACE !
Vous constaterez enfin que nos interventions, loin de se contenter de critiques stériles, contiennent la plupart du temps des suggestions et des questions précises, visant à améliorer vos produits et services, préoccupation qui ne doit pas vous être étrangère, nous semble-t-il...
Nous avons bien noté que ce développement encore en ßêta ne nous concerne pas encore : merci pour cette information. Nous attendrons donc l'amélioration du module ABMWeb annoncée par Antonio.
Cordialement.
PS : nous n'avons en revanche lu aucune réponse à certains points précis évoqués, dont notamment l'impossibilité de gérer des adresses d'une longueur normée mais dépassant les capacités d'ABM.
"Ce qui se conçoit bien s’énonce clairement et les mots pour le dire viennent aisément."
Nicolas Boileau (qui ne connaissait - hélas - pas ABM)
Dernière modification par scp le 24 déc. 2008 07:54 am, modifié 2 fois.
Comme rappelé justement, l’Emailsender n’en est qu’a la version Beta. Une notice sera fournie lorsque celui-ci sera dans sa version de distribution et donc mis à disposition officiellement sur une prochaine version de CD d’ABM.
Quoiqu’il en soit, malgré l’évidence du fonctionnement pensée à tord et face à la réticence en peur d’une mauvaise manipulation, nous pouvons apporter des informations supplémentaire à ce qui à déjà été dit.
L’Emailsender fonctionne sur exactement la même logique de paramétrage qu’Abmweb. Cela veut donc dire, qu’à son lancement, l’Emailsender se placera en icône dans la barre des taches.
Il vous suffira donc de double cliquer sur cette icône pour voir apparaitre la fenêtre principale, qui vous dévoilera le menu Fichier. Dans celui-ci vous retrouverez comme dans l’Abmweb, le sous menu paramètres.
Toujours en analogie parfaite avec la section SMTP du paramétrage d’Abmweb, on y voit les mêmes champs de paramétrage. Voici une énumération exhaustive des différents champs :
Le serveur SMTP, est donc comme son nom l’indique l’adresse du serveur SMTP.
L’identification est l’identification quelques fois requis sur certain serveur Smtp, noté toutefois que d’autres serveurs ne supportent pas ce paramètre.
Le login et password sont nécessaires en cas d’authentification au serveur SMTP.
Adresse mail local, est l’adresse mail utiliser comme expéditeur, et c’est donc cette adresse qui servira comme adresse de réponse.
Signature des emails permet de concaténer une signature à la fin de votre mail de façon automatique.
Le nombre de sessions simultanées est le nombre de connexions simultanées au serveur Smtp distant.
Le nombre de tentatives est le nombre de tentative d’envoie sur un même mail.
La durée entre 2 tentatives est la période d’attente avant le renvoie du mail, jusqu'à attendre le nombre de tentative maximum ou la réussite de cette envoie.
Dans l’onglet Serveur de base de données :
Il faut bien entendu choisir le type de communication TCP/IP, le nom du serveur n’a pas d’importance pour la bonne connexion.
L’adresse réseau du serveur, est donc l’ip de votre serveur de base de données Nexus.
Le nom d’utilisateur et le mot de passe correspondent à votre identification Nexus.
Vous devez donc cliquer sur le bouton Enregistrer, pour valider la configuration choisi. Puis redémarrer l’application EmailSender.
Cependant, une version Beta n’est pas à utiliser sur un système en production, malgré les très bons résultats d’Emailsender. Au risque de vous décevoir, Le support ABM vous conseille vivement d’attendre la version de distribution pour une modification d’une telle ampleur sur un système de production.
Le support ABM
Quoiqu’il en soit, malgré l’évidence du fonctionnement pensée à tord et face à la réticence en peur d’une mauvaise manipulation, nous pouvons apporter des informations supplémentaire à ce qui à déjà été dit.
L’Emailsender fonctionne sur exactement la même logique de paramétrage qu’Abmweb. Cela veut donc dire, qu’à son lancement, l’Emailsender se placera en icône dans la barre des taches.
Il vous suffira donc de double cliquer sur cette icône pour voir apparaitre la fenêtre principale, qui vous dévoilera le menu Fichier. Dans celui-ci vous retrouverez comme dans l’Abmweb, le sous menu paramètres.
Toujours en analogie parfaite avec la section SMTP du paramétrage d’Abmweb, on y voit les mêmes champs de paramétrage. Voici une énumération exhaustive des différents champs :
Le serveur SMTP, est donc comme son nom l’indique l’adresse du serveur SMTP.
L’identification est l’identification quelques fois requis sur certain serveur Smtp, noté toutefois que d’autres serveurs ne supportent pas ce paramètre.
Le login et password sont nécessaires en cas d’authentification au serveur SMTP.
Adresse mail local, est l’adresse mail utiliser comme expéditeur, et c’est donc cette adresse qui servira comme adresse de réponse.
Signature des emails permet de concaténer une signature à la fin de votre mail de façon automatique.
Le nombre de sessions simultanées est le nombre de connexions simultanées au serveur Smtp distant.
Le nombre de tentatives est le nombre de tentative d’envoie sur un même mail.
La durée entre 2 tentatives est la période d’attente avant le renvoie du mail, jusqu'à attendre le nombre de tentative maximum ou la réussite de cette envoie.
Dans l’onglet Serveur de base de données :
Il faut bien entendu choisir le type de communication TCP/IP, le nom du serveur n’a pas d’importance pour la bonne connexion.
L’adresse réseau du serveur, est donc l’ip de votre serveur de base de données Nexus.
Le nom d’utilisateur et le mot de passe correspondent à votre identification Nexus.
Vous devez donc cliquer sur le bouton Enregistrer, pour valider la configuration choisi. Puis redémarrer l’application EmailSender.
Cependant, une version Beta n’est pas à utiliser sur un système en production, malgré les très bons résultats d’Emailsender. Au risque de vous décevoir, Le support ABM vous conseille vivement d’attendre la version de distribution pour une modification d’une telle ampleur sur un système de production.
Le support ABM
Rebonjour,
Merci beaucoup, Julien, pour cette excellente et limpide explication.
Nous avons cependant remarqué que le champ "Signature", non fonctionnel dans l'interface standard ABMWeb, est utilisable dans EmailSender, mais correspond en fait à l'intitulé de l'émetteur (champ "De :"). Puisque ce fil de discussion fait partie des demandes d'évolution, considérez que cette fonction serait appréciable, si elle se comportait suivante la manière que vous avez décrite.
J'en profite pour suggérer comme piste de développement future l'utilisation de modules tiers d'envoi de messages, tant pour l'intégration à ABM/ABMWeb que pour le traitement de vos propres envois (réponses aux signalements d'anomalies à support@eurice.fr) :
Cordialement.
Merci beaucoup, Julien, pour cette excellente et limpide explication.
Nous avons cependant remarqué que le champ "Signature", non fonctionnel dans l'interface standard ABMWeb, est utilisable dans EmailSender, mais correspond en fait à l'intitulé de l'émetteur (champ "De :"). Puisque ce fil de discussion fait partie des demandes d'évolution, considérez que cette fonction serait appréciable, si elle se comportait suivante la manière que vous avez décrite.
J'en profite pour suggérer comme piste de développement future l'utilisation de modules tiers d'envoi de messages, tant pour l'intégration à ABM/ABMWeb que pour le traitement de vos propres envois (réponses aux signalements d'anomalies à support@eurice.fr) :
- ICS en V6 de François Piette ;
Maia Mail Server ;
Synapse ;
eemailer ;
Alcinoe ;
etc.
Cordialement.
Qui est en ligne ?
Utilisateurs parcourant ce forum : ClaudeBot [Bot] et 0 invité