Displaying 5 results from an estimated 5 matches for "seq_range_array_add".
2014 Jan 04
1
Writing an FTS plugin
Hi, I'm having some trouble writing an FTS plugin that uses notmuch
(http://notmuchmail.org/) as the backend.
As a proof of concept, I'm adding a hardcoded UID to the search results in
the plugin's lookup handler:
seq_range_array_add(&result->definite_uids, 1, 42);
but this UID is never returned by IMAP SEARCH commands. I know the plugin is
being used, since I'm also syslogging immediately before the call to
seq_range_array_add().
Interestingly, SEARCH commands return correct results (based on the mailbox
content a...
2014 Feb 12
0
Crash in pop3 with recent dovecot, backtrace
Core was generated by `dovecot/pop3'.
Program terminated with signal 11, Segmentation fault.
#0 0x0804eb6a in client_update_mails (client=client at entry=0x8afd7a8)
at pop3-commands.c:256
256 seq_range_array_add(&deleted_msgs, client->msgnum_to_seq_map[msgnum]);
#0 0x0804eb6a in client_update_mails (client=client at entry=0x8afd7a8)
at pop3-commands.c:256
search_args = <optimized out>
ctx = <optimized out>
mail = 0xb762d797
deleted_msgs = {arr = {buff...
2019 Jan 13
0
Solr -> Xapian ?
I found the solution o this using
SEQ_RANGE_ARRAY_ADD(&RESULT->DEFINITE_UIDS, UID);
Now, I can see in the logs that several times, the dovecot calls the
fts_backend_xapian_update_set_mailbox with box == NULL. WHy so ?
THank you
On 2019-01-12 21:40, Joan Moreau via dovecot wrote:
> I somehow fixed the folder issue. (seems some unix rig...
2014 Feb 12
1
Crash in recent dovecot, different line (with Backtrace:dovecot/pop3)
Reading symbols from /usr/local/dovecot-2.2/libexec/dovecot/pop3...done.
[New LWP 17294]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
Core was generated by `dovecot/pop3'.
Program terminated with signal 11, Segmentation fault.
#0 0x0804eb6a in client_update_mails (client=client at entry=0x82017a0)
2019 Jan 12
2
Solr -> Xapian ?
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
{