similar to: fts-lucene with virtual folders

Hi, I've just enabled FTS via Lucene on my Dovecot 2.2.24 installation but I see the indexer crashing ?always?. This simple testcase with a very tiny testing mailbox exposes the issue immediately: doveadm -v index -u anmesse INBOX Program received signal SIGSEGV, Segmentation fault. rescan_clear_unseen_mailbox (rescan_ctx=rescan_ctx at entry=0x0, vname=0x555555839820 "INBOX.Testfolder

Hi, Looking at the source, it doesn't seem like fts-solr checks for settings changes using fts_index_have_compatible_settings() like fts-lucene does. Is there any special reason for why fts-solr shouldn't also rebuild indexes if settings has changed? /Peter

https://bugs.freedesktop.org/show_bug.cgi?id=78530 Priority: medium Bug ID: 78530 Assignee: nouveau at lists.freedesktop.org Summary: Memory corruption on Lenovo t440p with runpm QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: nikoamia at gmail.com

Hi, I've just switched mail storage from maildir to mdbox and found it's very amazing. The only question I've is related to shared mailboxes. In the past I've had a few mailboxes that were shared between two users by just symlinking maildir. So everything was shared including flags and \Seen status. Now I want to get something like this. As far as I understand,

THank you Now, for the results I see the member of fts_result is : ARRAY_TYPE(seq_range) definite_uids; I have the UID as a aray of uint32_t * How to put my UIDs into this "definite_uids" ? Obviously this is not a simple array/pointer. How to say someting similar to result->definite_uids[1]=my_uid ? On 2019-01-12 10:25, Timo Sirainen wrote: > On 11 Jan 2019, at 21.23,

Hi, I've observed that dovecot doesn't displays all mails from compressed via gzip mailbox (mbox). At the same time "mutt -f mailbox.gz" displays it correctly with all messages. I'm using archivemail to archive old mails. Internally it creates new "gzip" archive with "expired" messages and then concatenates it with archive. The easiest way to reproduce

On Wed, Oct 18, 2017 at 09:45:32AM +0300, Aki Tuomi wrote: > Hi! > > This is a issue that has been fixed in master, thank you for reporting. > > See > https://github.com/dovecot/core/commit/187fbf157d5c42f9f06ce52884fefbb4f66c070d.patch Thanks a lot for path. But could you please state explicitly, is such kind of replication (between different versions of dovecot) supported

I somehow fixed the folder issue. (seems some unix rights after too many tests) Getting back on the "fts_results" structure: I am trying: I_ARRAY_INIT(&(RESULT->DEFINITE_UIDS),R->SIZE); I_ARRAY_INIT(&(RESULT->MAYBE_UIDS),0); uint32_t uid; for(i=0;i<r->size;i++) { try {

Hi, Can't find any notes about this in documentation. Is replication supposed to work between different versions of dovecot? I've just found that dovecot 2.2.33.1 was uploaded to debian unstable and it crashes on every replication with older dovecot 2.2.27. (version 2.2.32.1 was probably ok) Summary: - 2.2.33.1 crashes when replicating from/to 2.2.27 - 2.2.32.1 probably ok when

On 21 May 2018, at 14.11, kadafax at gmail.com wrote: > > Le 21/05/2018 ? 12:38, Aki Tuomi a ?crit : >> can you try turning on pluign { fts_enforced = yes } and repeat your test? > > Same (wrong) result: > 1. Send an email with "too6Ouka" in the body > > 2. Search against "too6Ouka": > # doveadm search -u username mailbox INBOX body too6Ouka

The below patch resolves the compilation error $ DIFF -P COMPAT.H COMPAT.H.JOAN *** compat.h 2019-01-11 20:21:00.726625427 +0100 --- compat.h.joan 2019-01-11 20:14:41.729109919 +0100 *************** struct iovec; *** 202,207 **** --- 202,211 ---- ssize_t i_my_writev(int fd, const struct iovec *iov, int iov_len); #endif + #ifdef __cplusplus + extern "C" { + #endif + #if

Memory leaks found by the tool--valgrind along with static reviewing. Based on Daivd''s branch ''integration-20130903''. Gui Hecheng (5): btrfs-progs:free local variable buf upon unsuccessful returns btrfs-progs:local variable memory freed btrfs-progs: missing tree-freeing statements added btrfs-progs:free the local list pending_list in btrfs_scan_one_dir

[Automatic forwarding from R-bugs failed. This message has been manually forwarded.] Hi all! I'm trying to add Thomas Lumley's defmacro() function Lumley T. "Programmer's Niche: Macros in {R}", R News, 2001, Vol 1, No. 3, pp 11--13, \url{http://CRAN.R-project.org/doc/Rnews/} to the gtools package (provided that Thomas gives his OK). And I've encountered an error in

A user sent me an example where coxph fails, and the root of the failure is a case where names(mf) is not equal to the term.labels attribute of the formula -- the latter has an extraneous newline. Here is an example that does not use the survival library. # first create a data set with many long names n <- 30? # number of rows for the dummy data set vname <- vector("character",

Hi, What would it take to get the a Lucene.net index readable by Ferret? I know that there has been discussion on this before but I am trying to figure the actual amount of work (cost) would be required to get this done. Any help would be greatly appreciated. Benjamin

Hi, I am working on a project which has a large Lucene index in place. Can (any version of) Ferret be used against an index built using Java Lucene? Thanks, Eric

I found it quite fun to generate index by ferret. However, I had to use lucene now. Can I use the index that I''ve already done by ferret? ps. Lucene 2.2.0 vs Ferret 0.11.4 Thx! -- Posted via http://www.ruby-forum.com/.

Hi All, Hope all is going well. After being knocked out with the flu for a week I''ve been able to make some progress with porting the lucene highlighter to ferret. I''ve got a draft version available for perusal at: http://crafterm.net/ruby/highlighter/highlighter-ruby-0.1.tar.gz The port is pretty much a complete copy of the Java version at:

I haven''t dug into this yet, but wanted to report it. I''ve built an index with Java Lucene (1.9, from svn trunk) and then trying to search it with Ferret and getting this: /usr/lib/ruby/site_ruby/1.8/ferret/index/term_buffer.rb:31:in `read'': undefined method `name'' for nil:NilClass (NoMethodError) from /usr/lib/ruby/site_ruby/1.8/ferret/index/

Hi All, At the risk of starting a major flame war and giving Java player-haters more fuel for their ire, I''ve done a performance comparison between Ruby/Odeum and Lucene: http://www.zedshaw.com/projects/ruby_odeum/performance.html Please don''t take this as a "Java sucks Ruby rulez" posting, or that I''ve done any sort of scientific analysis here.