Temporisation de mails

[sisif2001]

Bonjour,

Je cherche un moyen de temporiser l'envoi d'un e-mail vers son destinataire.

D'après ce que j'ai pu comprendre jusqu'a maintenant, tout mail reçu/envoyé passe par le fichier mail.box, fichier qui est traité par le processus ROUTER de manière quasiment automatique.

Ce que je souhaiterais, c'est savoir si il est concevable d'obtenir un équivalent du mail.box, mais qui serait traité de manière plus longue dans le temps, genre toutes les 15 minutes.

Votre avis ?

Merci.

[Raziel]

D'après ce que j'ai pu comprendre jusqu'a maintenant, tout mail reçu/envoyé passe par le fichier mail.box, fichier qui est traité par le processus ROUTER de manière quasiment automatique.

C'est tout à fait cela.

Je cherche un moyen de temporiser l'envoi d'un e-mail vers son destinataire.

Dans quel but veux tu faire cela ?

[roubech]

tu peux mettre i,e priorité basse sur ton mail, et apres sa dépend de ce que ton admin aura définit pour les mails de priorité basse (par défaut envoi la nuit ?)

sinon, si tu travail sur un site local, les mails que tu envoi seront stockés dans ta mail.box local et envoyé au serveur selon tes parametres de réplication

mais tout ca dépend de ce que tu veux faire. si tu es un "simple" utilisateur. si tu es dveloppeur et que c'est pour une appli, si tu es admin et que c'set pour tout tes users ...

[sisif2001]

En fait l'idée est la suivante :

Je dispose d'une application developpée par une société externe, et dont une des fonctionnalités est d'envoyer des notifications par e-mail.
Cette application est configurée pour employer le mail.box de notre serveur.

Ajoutons a cela que nous avons un site distant qui a une réplique de cette application. Et il faut en général 20 minutes, voir 30 si l'internet est mou, pour que la réplique se fasse.

Seulement voila : La notification, elle, est quasiment instantanée, et le lien contenu dans la notification qui pointe vers le document est faux puisqu'il n'existe pas encore sur le serveur distant.
C'est une source de ralerie incommensurable dans ma boite.

L'idée est de savoir donc si je ne peux pas "flagger" une de mes mail.box, et de dire à la tache "Router" de procéder au traitement de cette mail.box de manière moins régulière ? Histoire de laisser le temps à la réplique de se faire.

Merci de votre aide.

[Michael DELIQUE]

salut

j'ai eu un jours a réglé un pb de ce genre et j'étais passé par du dev.

je en suis pas certain que l'on puisse demander a la tache router d'être moins reactive. deplus une telle solution ralentirais TOUS les mails.

[roubech]

au lieu de créer le doc mail dans la mail.box directement, tu pourrais modifier le code pour créer ce doc mail dans la base courante
Ensuite une vue pour lister ces notifications en instance de partance et un agent planifié pour couper ces docs mail de la base vers la mail.box (voir si tu veux inclure un controle sur la date du mail pour ne pas déplacer le doc s'il est trop récent ?)

[Raziel]

au lieu de créer le doc mail dans la mail.box directement, tu pourrais modifier le code pour créer ce doc mail dans la base courante
Ensuite une vue pour lister ces notifications en instance de partance et un agent planifié pour couper ces docs mail de la base vers la mail.box (voir si tu veux inclure un controle sur la date du mail pour ne pas déplacer le doc s'il est trop récent ?)

Dans le context évoqué, c'est aussi ce que je ferai seulement ça ne pourra pas garantir la non réapparition du problème (le temps de réplication étant incertain) sauf à augmenter le temps avant prise en compte d'une notification

[Michael DELIQUE]

ce que j'ai fais une fois pour résoudre le probleme

- détermination pour chaque destinataire sur quelle replique il travail.
- duplication du mail en autant de réplique pour chaque version on ne met que les utilisateurs pour une replique
- sur chaque replique un agent tourne détect si un mail pour cette réplique est arrivé l'envois et le supprime
- comme çale mail suis le doc et est envoyé quand le doc arrive sur le serveur répliqué.

c'est tordu mais ça marche