Ursprüngliche Nachricht
Von: Jerry Malcolm techst...@malcolms.com
Datum: 28.03.2015 17:53 (GMT+01:00)
An: James Users List server-user@james.apache.org
Betreff: Re: AW: Tracking Mail After Folder Moves [unsigned]
Hi Bernd,
Thanks for the response. Here's the problem scenario
[mailto:bwai...@intarsys.de]
Gesendet: Samstag, 14. März 2015 00:07
An: James Users List
Betreff: AW: Tracking Mail After Folder Moves [unsigned]
Hello Jerry,
just a few thoughts about alternatives (not sure I got your problem).
Why don't use a database sequence field or AUTO_INCREMENT field
Certainly it all depends on your needs and your resource constraints. Solr
or ElasticSearch would provide a robust and feature-rich search system, but
you would ideally build a custom search interface for your needs, and as
you noted, possibly spin up new infrastructure to support it.
Solr isn't
btw we have developed a James plugin that does just that (indexing
emails, in ElasticSearch through a kafka message queue). Feel free to
contact me or Benoit if you want more infos.
Regards,
Le 15/03/2015 00:18, Robert Munn a écrit :
Jerry,
Have you considered using an external system for
Robert,
I guess that's always a possibility. But it seems like the overhead
would be huge: Purchasing, installing, and learning a completely new
database system, doubling the several terabytes of storage, both primary
and backup to duplicate the entire existing mail db, writing and
Jerry,
Have you considered using an external system for this purpose?
Offhand, I would think you could use either a NoSQL store like Cassandra or a
search system like Solr to maintain your searchable history. You could create a
mailet to insert new emails into the external system, then you
Benoit,
Thanks for the info. Kinda what I was suspecting. Here's what I've
done so far...
My ultimate objective is to maintain a searchable index for all of the
hundreds of thousands of emails stored in my JAMES mail db. As
previously discussed, this is only possible assuming I have a
@james.apache.org
Betreff: Re: Tracking Mail After Folder Moves
Benoit,
Thanks for the info. Kinda what I was suspecting. Here's what I've done so
far...
My ultimate objective is to maintain a searchable index for all of the hundreds
of thousands of emails stored in my JAMES mail db
: Samstag, 14. März 2015 00:07
An: James Users List
Betreff: AW: Tracking Mail After Folder Moves [unsigned]
Hello Jerry,
just a few thoughts about alternatives (not sure I got your problem).
Why don't use a database sequence field or AUTO_INCREMENT field, instead of a
UUID? And let the database
This is somewhat an IMAP question. But also a JAMES implementation
question. My client has a massive amount of mail that must be kept and
accessed. They use Thunderbird and Outlook to do the normal mail
handling stuff. No problems at all on the client side. But on the back
end, I need to
and insert action.
Would this help?
Regards
Bernd Waibel
-Ursprüngliche Nachricht-
Von: Jerry Malcolm [mailto:techst...@malcolms.com]
Gesendet: Freitag, 13. März 2015 16:50
An: James Users List
Betreff: Tracking Mail After Folder Moves
This is somewhat an IMAP question. But also a JAMES
Hi Jerry,
You are right ... This is what happens when you drag and drop an e-mail
in thunderbid from folder A to B :
1 : Client receive a mail in folder A . The mail is identified by the
pair ( mailbox path + uid ). Mailbox path ( or mailbox Id ) is folder
specific. Uid is a long, per mailbox
Le 13/03/2015 17:36, Bernd Waibel a écrit :
I am not firm with IMAP, is there a move operation?
If the move operation is implemented as a delete and create operation,
the identity will be lost.
Is it possible to implement the move operation as a database renaming
operation, to keep the
13 matches
Mail list logo