similar to: Broken links on trac release overview page

On Wed, Jun 19, 2013, at 03:49 PM, Olly Betts wrote: > On Wed, Jun 19, 2013 at 01:29:16PM +1000, Bron Gondwana wrote: > > The advantage of compact - it runs approximately 8 times as fast (we > > are CPU limited in each case - writing to tmpfs first, then rsyncing > > to the destination) and it takes approximately 75% of the space of a > > fresh database with maximum

I haven't had a chance to look at the patch and won't be able to do before January. Its design description sounds promising, though. The snippet generator code linked to by Bron contains mostly the same code as in my pull request, with two exceptions: it adds a flag to make the generator return the empty string for snippets without any matching terms. And it includes a fix to a possible

I'm trying to compact (or at least merge) multiple databases, while stripping search records which are no longer required. Backstory: I've inherited the Cyrus IMAPd xapian-based search code from Greg Banks when he left Opera. One of the unfinished parts was removing expunged emails from the search database. We moved from having a single search database to supporting multiple

On Tue, Oct 04, 2016 at 10:37:49AM +1100, Bron Gondwana wrote: > Robert is in Australia visiting the FastMail office to co-work with us for a > couple of months, and I'd love to get this Xapian integration work done > during this time. We're also looking to release Cyrus IMAPd version 3.0 some > time in the next few months, and it would be great to not depend on too many >

On Wed, May 22, 2019, at 23:43, Tanstaafl via dovecot wrote: > On Wed May 22 2019 05:44:59 GMT-0400 (Eastern Standard Time), Aki Tuomi > via dovecot <dovecot at dovecot.org> wrote: > > Unfortunately we have not been able to work on this much, but also the > > JMAP spec was until very recently still being worked. We have open > > dialogue with the Thunderbird people,

Bron Gondwana writes: > This is quite possibly part of the underlying write explosion that we ran into when we wrote: > > https://fastmail.blog/2014/12/01/email-search-system/ > > Which now almost 5 years on, has been running like a champion! We're really pleased with how well it works. Xapian reads from multiple databases are really easy, and the immediate writes onto

On Sun, 27 Nov 2016, at 06:07, WJCarpenter wrote: > I don't know the answer to that question, but I am curious about > something. What client are you thinking about using with JMAP? I haven't > found much. (And much of the demo stuff at jmap.io seems to be busted in > various ways.) The demo proxy was a pretty quick hack and isn't very efficient, but it should be

Am 14.11.19 um 14:03 schrieb Benny Pedersen via dovecot: > Thomas G?ttler via dovecot skrev den 2019-11-14 08:55: > >> Is there already an open source imap2jmap server? > > why do you say imap here ? > > https://www.cyrusimap.org/imap/developer/jmap.html > > cyrus already have it, we just wait for dovecot :) I used my favorite search engine (ecosia) and found

(This is not neccesarily about dovecot, but rather IMAP protocol) At https://drive.google.com/open?id=1j3oa5jYeSdiPbgaihq02K-u_vHbZLJZQ is fetchmail log from my sessinon with polish email provider "Wirtualna Polska" As you can se fetchmail logged "* 1 EXPUNGE" as a response to "STORE" command. According to https://tools.ietf.org/html/rfc3501#section-7.4.1 EXPUNGE

Indexing to tmpfs is nice because there is no disk Io! So I would guess as much as you have memory for at once. We have one index per user, and we have never had a user so big that we can't fit their index in memory, so initial index creation is always build entire index in memory then compact it to archive. On Sun, Feb 3, 2019, at 10:07, Jean-Francois Dockes wrote: > Bron Gondwana writes:

Am 16.11.19 um 08:15 schrieb Bron Gondwana via dovecot: > proxy.jmap.io is very stale code at the moment.? I'm hoping to have enough time to hack on it at the IETF hackathon this > weekend :) I am a big biased. AFAIK it is written in Perl. I am very happy that I did not need to use Perl since 18 years now. The regex where great. But time has changed. Everytime you use regex today, I

Gaurav, James and I are attending the GSoC reunion in San Jose, California, USA this weekend, so if anyone else is around, do come and say hello. We're also going to be holding a documentation sprint on Monday and Tuesday next week in San Francisco. If anyone else wants to take part (remotely would work) let me know. The only plan we have so far is to come up with a plan over the weekend.

Yeah, that smells bogus. You can't send the EXPUNGE right away, even if you did the EXPUNGE. As the server you're required to wait for a command which allows expunges to happen. I've double-checked the Cyrus IMAP server, and we check usinguid to decide if we can tellexpunge at the end of index_store - aka, only UID STORE will tell the client EXPUNGE responses. Unfortunately, this is

proxy.jmap.io is very stale code at the moment. I'm hoping to have enough time to hack on it at the IETF hackathon this weekend :) Cheers, Bron. On Fri, Nov 15, 2019, at 00:44, Thomas G?ttler via dovecot wrote: > Am 14.11.19 um 14:03 schrieb Benny Pedersen via dovecot: > > Thomas G?ttler via dovecot skrev den 2019-11-14 08:55: > > > >> Is there already an open

On Sun, 2 Apr 2017, at 20:29, Olly Betts wrote: > On Sat, Mar 25, 2017 at 06:36:25PM -0500, Ryan Cross wrote: > > After upgrades my stack is now: > > > > Python 2.7 > > Django 1.8 > > Haystack 2.6.0 > > Xapian 1.4.3. (latest xapian haystack backend with some modifications) > > > > Using the same rebuild command as below but with

Hi James, thanks for the feedback. On Thu, Jul 28, 2016, at 00:22, James Aylett wrote: > This sounds great! I know sufficiently little about CJK that I won't > try to comment on that at all :) I've just opened a pull request for the CJK tokenizer: https://github.com/xapian/xapian/pull/114 > I wonder if we can arrange suitable defaults to use your > implementation with the

Am 23.03.2015 15:08 schrieb Andreas Kasenides: > I am usually emotionally (at least) against of open-source projects > loosing their independence to large corporations. Possibly due to bad > experiences in the past when OSS were driven from Open to Obscure in > the process of trying to make money out of them. 2ct from me-- I put it this way: if dovecot would have been a

Hi there, I understand there were discussions to try and develop JMAP support for Dovecot. Is this still in the pipeline for Dovecot 2.5? Regards Andrew Sent from my iPhone

Olly, sorry for my delayed reply. Am Mo, 12. Sep 2016, um 05:32, schrieb Olly Betts: > On Wed, Sep 07, 2016 at 02:30:16PM +0200, rsto at paranoia.at wrote: > > On Tue, Sep 6, 2016, at 09:16, Olly Betts wrote: > > > I think my main concerns are about efficiency [...] > > For the proposed term coverage, the implementation looks up and inserts > > terms into a map. That

This is quite possibly part of the underlying write explosion that we ran into when we wrote: https://fastmail.blog/2014/12/01/email-search-system/ Which now almost 5 years on, has been running like a champion! We're really pleased with how well it works. Xapian reads from multiple databases are really easy, and the immediate writes onto tmpfs and daily compacts work really well. We also