search for: brong

...uring the > copy, the postlist table may still benefit from compaction (if there > was only one batch, then the postlist table should be compact too). Well, I've switched to a single pass without all the transactional foo (see pasted below) It still compacts a lot better with compact: [brong at imap14 brong]$ du -s * 1198332 xapian.57 [brong at imap14 brong]$ time sudo -u cyrus /usr/cyrus/bin/squatter -C /etc/cyrus/imapd-sloti14d5p4.conf -v -u brong -z data -t data -T /tmpfs/xap.tmp compressing data:57 to data:58 for user.brong (active temp:92,archive:3,meta:0,data:57) compacting datab...

...t_transaction(); delete destdb; delete srcdb; } catch (const Xapian::Error &err) { syslog(LOG_ERR, "IOERROR: Xapian: caught exception: %s: %s", err.get_context().c_str(), err.get_description().c_str()); r = IMAP_IOERROR; } return r; } -- Bron Gondwana brong at fastmail.fm

...p://trac.xapian.org/wiki/ReleaseOverview/1.2.15 The links to individual NEWS items are broken: i.e. http://svn.xapian.org/*checkout*/tags/1.2.15/xapian-core/NEWS http://svn.xapian.org/Xapian/tags/1.2.15/xapian-core/NEWS?view=markup might be a better link. Regards, Bron. -- Bron Gondwana brong at fastmail.fm

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 >

(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

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

...rt is traveling at the moment, so I'm not sure if he's > contactable. > > The latest code that Robert worked on before leaving is in our cyrusimap > repo at: > > https://github.com/cyrusimap/xapian/commits/cyrus > > Bron. > > -- > Bron Gondwana > brong at fastmail.fm

...IMAP version 3.2 as well. Right now there's a couple of gaps that we either don't use at FastMail or are papering around with our perl middleware. You can see the remaining tasks here as we progress: https://github.com/cyrusimap/cyrus-imapd/labels/3.2 Cheers, Bron. -- Bron Gondwana brong at fastmail.fm -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190528/5bd9d40b/attachment.html>

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

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

...hack and isn't very efficient, but it should be working. It does a fairly slow background import for existing accounts, so I'd recommend using small tests accounts. What particular bit is broken for you? (apart from the known not-working authentication flow) Bron. -- Bron Gondwana brong at fastmail.fm

...o STORE command. > Am I right that their imap server is erroneous or am I missing > something? > KJ > > > -- > http://stopstopnop.pl/stop_stopnop.pl_o_nas.html > Lonely men seek companionship. Lonely women sit at home and wait. > They never meet. -- Bron Gondwana brong at fastmail.fm

...way you can use JMAP even if you imap server does not > support it. > > > Regards, > Thomas G?ttler > > > -- > Thomas Guettler http://www.thomas-guettler.de/ > I am looking for feedback: https://github.com/guettli/programming-guidelines > -- Bron Gondwana brong at fastmail.fm -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20191116/17b19a22/attachment.html>

...- Segment the index, then use xapian-compact to merge if needed. It would > be interesting to see how the fastmail approach works for an initial bulk > index creation, compared to just segmenting, that is, what is the optimal > number of merges? > > JF > -- Bron Gondwana brong at fastmail.fm

...lose out on > though. The trick that FastMail/Cyrus IMAPd uses of batching to smaller indexes and then compacting a few of them together at once may be interesting as well. I have no idea how it performs on really massive indexes though, because we index per user. Bron. -- Bron Gondwana brong at fastmail.fm

...pport it. >> >> >> Regards, >> ?? Thomas G?ttler >> >> >> -- >> Thomas Guettler http://www.thomas-guettler.de/ >> I am looking for feedback: https://github.com/guettli/programming-guidelines >> > > -- > ? Bron Gondwana > ? brong at fastmail.fm > > -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

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.

...amount of writes is still something to > consider, and splitting the index probably makes sense ? What do you think ? > > I'll run another test this night with a smaller flush interval to see if it > changes things. > > Cheers, > > jf > > -- Bron Gondwana brong at fastmail.fm

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