Drag n Drop depuis OutLook

[riete]

J'aimerais savoir si quelqu'un connait soit une méthode, une library ou autre pour que: depuis OutLook on puisse faire glisser un message le déposer dans une zone d'une page web afin de pouvoir le traiter dans un script sur le serveur Web.
L'ambition étant de pouvoir stocker le texte du message dans une BD et les document attachés dans un volume partagé ou autre.

Je commence à explorer HTML5, est ce une bonne piste?

Merci pour vos idées.

[yponomeute]

Si j'avais à faire un truc dans le genre, je choisirai la solution de développer un script qui va se connecter en imap sur le serveur de mail pour récupérer les messages, et de faire le post traitement ensuite.
Là le truc du glisser déposer sur une interface web, je vois pas ça comme une solution à ton problème.

[riete]

Si j'avais à faire un truc dans le genre, je choisirai la solution de développer un script qui va se connecter en imap sur le serveur de mail pour récupérer les messages, et de faire le post traitement ensuite.
Là le truc du glisser déposer sur une interface web, je vois pas ça comme une solution à ton problème.

Je vois bien ton idée. Elle me parait interessante inetellectuellement parlant, mais en pratique tu ferais comment?.
Il y a aussi un problème c'est que l'on me demande de faire cela absolument depuis Outlook. Donc, il faudrait que le glisser déposer me donne une référence sur le message afin que je puisse aller chercher sur le serveur avec une connexion IMAP. Sauf qu'il y a un problème de sécurité avec les identifiant utilisateur et les mdp.

[yponomeute]

En glisser déposer depuis Outlook tu ne récupères que le contenu du message dans un format .eml. Pour récupérer les pièces jointes il faut ouvrir le message et faire un glisser déposer avec la pièce jointe.

Sinon pour le truc en imap, je commencerai en étudiant la partie du code source qui fait ça sur redmine http://www.redmine.org/projects/redmine/wi...ReceivingEmails

Pour le problème de confidentialité il est possible de créer une BAL spécifique qui servira à ça, et il suffirait de transférer les messages à archiver vers cette BAL, une fois le message archivé on peut le supprimer de la BAL.

Il est même possible que redmine réponde directement à ton problème, tu peux t'en servir pour archiver les messages, les pièces jointes sont automatiquement rajoutées aux messages. Ça te fait directement une base de données, avec fonction de recherche, classement etc.

[Jaypee]

A l'intérieur de la page web, la source et la destination du drag et drop doivent être deux objets connus du contrôleur qui va gérer l'action.
A priori, il faut au minimum que la source parte d'une vue web de la mailbox Outlook, et la destination un autre object de la page (champ, zone de largage etc)
Exemple de la doc de Scriptaculous une lib JavaScript qui gère le D&D d'un achat dans le panier:

Code

Droppables.add('shopping_cart', {
  accept: 'products',
  onDrop: function(element) {
    $('shopping_cart_text').update('Dropped the ' + element.alt + ' on me.');
  }
});

"shopping cart" et "products" sont des classes de style CSS.
'element' est l'objet reçu, et la fonction onDrop doit être capable de le déballer. D'où l'intérêt de la proposition de Yponomeute: Le contrôleur de l'appli web ouvre la mailbox et se refabrique des objets d'affichage avec le style 'draggable' avec les détails des messages mail dedans, invisibles, mais que le onDrop saura exploiter. En d'autres termes, il faut un client mail embarqué dans la page web.

Si on souhaite vraiment faire dialoguer le client Outlook, avec un browser, seul le contrôleur de l'OS, c-à-d le Finder, connaît les deux objets et saura les commander via AppleScript.

J-P

Ce message a été modifié par Jaypee - 4 Jul 2014, 13:20.

[yponomeute]

Personnellement le glisser-déposer je laisserai tomber pour la simple et bonne raison qu'on ne sait pas ce que ça va devenir dans la prochaine version d'outlook. Le risque c'est de développer une solution qui va fonctionner aujourd'hui et qui s'arrête de fonctionner lors d'une mise à jour future de outlook.

Si j'ai bien saisi ce qu'on cherche à faire c'est une base de données qui permette de conserver certains mails et certaines pièces jointes (je suppose que ce n'est pas tous les mail, et que la vidéo reçue par mail du chat qui tombe dans sa gamelle on va pas l'archiver).

La solution que j'adopterai (si elle convient, je ne connais pas tous les critères) c'est de créer une boite mail "archivage", et que quand on souhaite archiver un mail on le transfère vers cette boite. Et là j'utiliserai tout simplement redmine ou un logiciel similaire qui récupère tout seul les messages sur la boite mail, les transforme en tickets, et ajoute les pièces jointes aux tickets. En résumé j'aime pas réinventer la roue

[riete]

Merci pour ces avis et pour ces infos. Je n'ai pas tous compris a ce que tu dis Jaypee, masi je vais probablement y revenir.
Pour le moment, je n'ai pas encore trancher sur le sujet. Je vais essayé de faire le tri dans les possibilité qui sont offertes.

- regarder du code de Redmine

- j'ai trouvé un bout de HTML5/JS qui est capable de gérer les DD de contact Outlook. Cela va me permettre d'apprendre un peu sur le sujet et peut être que je pourrais transposer.

- L'idée de la boite au lettre spécifique est a étudier si le DD ne fonctionne pas, c'est certain.

Je revient vers vous dans quelques temps pour soit poser une question plus précise, soit propose ma solution.

Je dois préciser aussi que ce développement n'a pas pour objectif de créer un produit commerciale, mais de répondre à une problèmatique spécifique.

Sinon pour le truc en imap, je commencerai en étudiant la partie du code source qui fait ça sur redmine http://www.redmine.org/projects/redmine/wi...ReceivingEmails

Merci pour ce tuyau, mais je ne suis pas certain qu'une installation de Redmine qui n'est vraiment pas le type de solution que je recherche. Mon but n'est pas la gestion de projet mais plutôt la GED.
Le module semble intéressant en effet, mais je ne me sens pas la capacité de pouvoir extraire le module en question du code source. C'est vrai, comme tu le dis, ne pas réinventer la roue, cela a des avantages. Mais parfois on passe beaucoup plus de temps à vouloir assembler des briques carrées les unes aux autres pour arriver à rouler.
Mais voilà ce sont des points de vu et pas obligatoirement objectifs. Mais ta proposition de solutions est interessante, je te remercie.

[yponomeute]

Côté serveur je ne sais pas avec quel langage tu souhaites coder, en php par exemple il y a tout ce qu'il faut pour se connecter en imap http://www.php.net/manual/fr/ref.imap.php

[riete]

Côté serveur je ne sais pas avec quel langage tu souhaites coder, en php par exemple il y a tout ce qu'il faut pour se connecter en imap http://www.php.net/manual/fr/ref.imap.php

Je te remercie. Je programme pratiquement exclusivement en PHP. Je pense que je vais peut être exploré dans la direction que tu proposes. Je l'aisserai au utilisateurs de choisir la méthode qu'ils préfère.

Il faut savoir que mon objectif est de créer une sorte de WorkFlow. Le but est de stocker et de relier tout un tas d'information email, document, commentaire, images, à des contrats eux même reliés à des clients. De cette façon il est possibles de suivre les événements liés à ces contrats.