> [snip] > >> > * A way of sending emails to XWiki so they can be stored, archived and >> > referenced from a wiki page. >> >> Yep, I remember some talking about this. >> > >> > BTW I wonder if XWiki Watch could be used for this? We'd just need to >> > hook a mailbox + a POP module (or a mailing list archive reader) and >> > it should work just fine I think. >> >> >> >> I'm not sure this is the most relevant way to do it. >> >> I don't agree. What you have in mind is a simple email storage/search >> facility. However leverage watch we get much more: >> >> * The ability to tag/filter interesting mails. Since the problem with >> mails is that the information is scattered a bit everywhere, I think >> it's >> useful to be able to say that such email is flagged as containing >> interesting information for example. >> * The ability to reuse an existing interface with all its niceness >> * Emails are just a source of information. I recall Ludovic saying that >> Watch was designed to allow different input sources. For example for AFP >> we >> had discussed using Watch to read their existing documents and >> presenting >> them in Watch. >> * The Watch Email plugin would be easily plugged onto a mailing list (by >> having a watch user subscribed to the list for example). Another plugin >> would be one that plugs on the email list manager (and thus can request >> past >> emails, etc). >> * When Watch gets new features added our email feature also gets >> features >> added automatically. >> * Watch can be seen as a generic tool for managing information source >> feeds. >> > > > Indeed. In the end, Watch is a tool that basically allows for > collaborative > filtering of any kind of information as long as it can get in under the > form > of ordered items (articles, messages, posts...). > > > My point was not so much that Watch cannot do email management (I'm > convinced that it could indeed bring a lot of value to the process of > email > filtering, for instance by allowing a team of salespeople to filter & > classify incoming contact mails), but rather than its features set might > be > an overkill for people with basic email archiving needs. > >> I'd rather see an email archive application that would work this way -> >> you send an email to a given address (say >> [EMAIL PROTECTED]) >> . >> >> There's another option. Create a forum application to manage mails in >> the >> same as Jive is doing it with their forum: >> http://www.jivesoftware.com/products/forums/featuretour.jsp >> >> They also support plugging in their forum onto an existing mailing list >> which is great. >> > > Since the way a forum works is very similar to the way a mailing list > does, > this can be an interesting idea too : let users post from either the forum > & > the mailing list, and have emails automatically generate forum entries & > forum entries being sent as emails to the list. In the end the user > doesn't > care where to post from, like what Nabble offers > > IMO going the Watch route would be a good thing to try as a POC or as a > GSOC >> since it shouldn't be too hard to do. >> > > > +1 for making this a PoC / GSoC project.
Content fetching enhancement is proposed as a GSoC project, we just need to edit it and specify that we also want emails: http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/ImprovedcontentfetchingmechanismforXWikiWatch > > > As for how to do all this, I think Anca proposed a sound way to do it : > > "As for directly reading a mailbox and a mail archive, here's how we could > do it: apart from the feed reader plugin, we can have a mailreader plugin > to handle this job (and just the same, a lot of other reader plugins to > handle various types of content). It seems the right way of adding extra > content fetching powers to Watch so this is, in the end, not a Watch > specific job but more like a plugins one." > > -> We could write a mail plugin (in fact I think there's already some kind > of a mail API in XWiki, coming from the mail-1.4.jar plugin, but we could > also use something like James -> http://james.apache.org/) that would > receive email and then process it towards either Watch, the Forum or any > other application (maybe using something such as this : > http://james.apache.org/mailet/index.html), to allow for maximum > flexibility. > > > [snip] > > Guillaume > _______________________________________________ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users