Page 2 sur 2

MessagePublié: 17 Mars 2010 à 11:58
par mclement
plug in serveur t as pas le choix

MessagePublié: 17 Mars 2010 à 12:17
par Michael DELIQUE
ouaip je me doutais de ce genre de réponse, dommage

MessagePublié: 17 Mars 2010 à 12:21
par Maxime Choucroun
Je passe mon temps à faire développer ce genre de truc:

Il y a 2 cas:
Tu peux intercepter les courriers fait en User Interface sur Lotus Notes via CAPI et Dll. Le probleme est qu'il faut mettre une DLL 'sous' le Lotus Notes (notes.ini), et c'est donc pour un nombre de micros limités. C'est donc tres bien pour des tests de workflows.

Tu peux intercepter tout les mails au niveau du serveur de messagerie, via aussi une DLL en CAPI Domino.

Attention:
Les mails comme le courrier sont confidentiels et sont protégés par la loi.
Lotus-Domino protége dans une certaine mesure cette confidentialité. (Ce qui est bien).

MessagePublié: 17 Mars 2010 à 12:30
par Michael DELIQUE
Merci

Mais ce n'est ce que je cherches. et mon but n'est pas 'intercepter les mails des utilisateurs. mais plustot les mails envoyer automatiquement par un workflow genre 'vous avez une nouvelle demande a valider clicquer ici", pour pouvoir soit les stopper soit les rediriger et ça pour une base précisement

le but c'est de pouvoir faire des tests sans spammer les utilisateurs, mais sans non plus toucher au paramètres d'envois. sans avoir a retoucher partout le code d'envois de mail pour gérer l'interception.

MessagePublié: 17 Mars 2010 à 12:37
par Maxime Choucroun
En mode automatique (lotusscript), tu ne peux pas arréter les mails envoyés dans le LotusNotes.
La meilleure methode serait de mettre une variable d'environnement sous Lotus-Notes (notes.ini) et de mettre une condition avant chaque doc.send ou @mailSend.

Sinon, apres, la derniere solution reste sur le serveur. Mais c'est disproportionné...

MessagePublié: 17 Mars 2010 à 12:40
par Michael DELIQUE
la condition avant le send est déjà faite en partie

mais j'aurai aimé une solution qui ne m'oblige pas a reprendre le code.

MessagePublié: 17 Mars 2010 à 14:35
par Maxime Choucroun
En configurant le names.nsf local dans les locations (onglet Mail).
En introduisant "Send outgoing Mail" -> "direct to internet" avec une configuration vers internet foireuse...

MessagePublié: 17 Mars 2010 à 14:52
par Michael DELIQUE
ouaip

mais bon pour un agent schédulé pas top lol

MessagePublié: 17 Mars 2010 à 15:07
par Maxime Choucroun
Désolé. Je n'ai plus d'idées.

MessagePublié: 17 Mars 2010 à 15:09
par Michael DELIQUE
merci, mais je crois que c'est sans solution !

MessagePublié: 19 Mars 2010 à 20:04
par roubech
arrêter le router
supprimer les mails en question
redémarrer le router
LOL

MessagePublié: 22 Mars 2010 à 09:05
par stloje
Ca, c'est ce que j'appelle de la solution facile à mettre en place et peut coûteuse! :lol:

MessagePublié: 22 Mars 2010 à 14:40
par LSong
il y a un moyen en separant l'environement de dev et de prod

pour que les mail parte dans le domaine de dev (contenant que les user de dev) ce qui évite que les mail parte tout azimut

ca se base sur le document location pour dire que l'on veux etre dans l'env de dev et non de prod
sur le serveur il faut deux environements séparé (faut demander a un admin) je sais que c'est possible on a un dispositif de ce type la.


ca n'intercepte pas les mail, mais les ca les envois dans les choux vu qu'il ne trouve pas le destinataire dans le NAB de dev
on recoit alors les delivery failure