Question

Par exemple, si le message d'origine (message 1) est ...

  

Hey Jon,
  Vous voulez aller chercher une pizza?
  -Bill

Et la réponse (message 2) est ...

  

Bill,
  Désolé, je ne peux pas le déjeuner aujourd'hui.
  Jonathon Parks, directeur technique Acme Systems

     

Le Mer 24 Fév 2010 à 16:43, Bill Waters a écrit:

     

> Hey John,
  > Vous voulez aller chercher une pizza?
  > -Bill

Dans Gmail, le système (a) détecte que le message 2 est une réponse à un message 1 et transforme ceci en un 'fil' de toutes sortes et (b) détecte la partie répondu du message est en fait et il se cache de l'utilisateur. (Dans ce cas, la partie cachée commencerait à « Le Mer, février ... » et continuer jusqu'à la fin du message.)

Il est évident que, dans cet exemple simple, il serait facile de détecter « On , a écrit: » ou les préfixes de caractère « > ». Mais de nombreux systèmes de messagerie ont beaucoup de différents style de marquage des réponses (sans parler des emails HTML). Je reçois le sentiment que vous devez avoir des algorithmes d'analyse de chaînes à puce sacrément à se approcher la qualité est de GMail.

Est-ce que cette technologie existe déjà dans un projet open source quelque part? Que ce soit dans une bibliothèque consacrée à ce exclusivement ou peut-être dans certains client de messagerie open source qui fait thread de message similaire?

Merci.

Était-ce utile?

La solution

Il y a un bon article écrit par Zawinski ici:

http://www.jwz.org/doc/threading.html

Autres conseils

Je crois que Gmail fonctionne par Titre sujet . Je ne peux pas le vérifier au moment, mais un changement rapide au titre pourrait briser le filetage.

Ce qui suit est difficile à prévoir, comme vous le mentionnez:

On Wed, Feb 24, 2010 at 4:43 PM, Bill Waters wrote:

mais saisissant le titre e-mail Pizza tomorrow et en supposant un préfixe de Re: Pizza tomorrow est beaucoup plus prévisible. Vous pouvez également assumer les cas de FW: et RE: (en majuscules).

Voulez-vous dire pour résoudre les problèmes où le correspondant ne fixe pas In-Reply-To: ou Références: champs d'en-tête?

Dans le cas contraire, vous pouvez utiliser Mutt et le configurer pour ne pas afficher des citations par défaut.

(qui devrait être fait par un autre courrier-outil sur la terre aussi. (Eh bien, je ne ai jamais eu un arbre-fil-vue dans Outlook.)

[edited ci-dessous en réaction à des commentaires]

Si vous essayez de construire votre propre logiciel, cette question est bien évidemment adaptée. Mais alors, je ne peux vous donner mon 2c à ce sujet. Si vous ne pouvez pas compter sur les en-têtes explicites, que la seule chose à faire est de prendre un tas de mails, apprendre des phrases les plus couramment utilisés pour indiquer les citations. (Heureusement, il y a des conventions, et formats de date et les noms / e-mails ne sont pas tout à fait arbitraire.)

Si vous faites cela pour l'analyse des threads de communication, vous voulez probablement indiquer la likelyness de la relation. Si vous le faites que pour la commodité de l'utilisateur ... eh bien ... mon opinion personnelle? Ne pas transpirer sur les gens ne sont pas capables d'utiliser un mailtool décent.

Quel genre de Agent de courrier électronique de livraison utilisez-vous?

Vous développez votre propre? Dans ce cas, vous envisagez de mettre en œuvre le protocole IMAP?

Si vous utilisez Cyrus (ou tout autre produit qui gère IMAP) avec SORT et THREAD , alors il est déjà construit.

Dans les deux cas, vous devriez jeter un oeil à RFC 5256 .

Vous pouvez consulter http://freshmeat.net/ articles / sup-gmail-meets-la-console comme il le fait presque ce que vous voulez

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top