Re: Conversations db in 3.0

Thank you so much mate. Sorry for sending to both lists... was not my proposal (has been totally a mistake...). Apologize again, --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes

Conversations db in 3.0

the : - reconstruct -V max - ctl_conversationsdb -z USER - ctl_conversationsdb -b USER but while the 3.0 is slave and while is replicating from 2.4. Is this possible? Thanks a lot mates, -- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio

Re: Xapian searches of the body of an email

Hi Nic, Sorry for the noise. Cheers! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes de imprimir este correo electrónico piense si es necesario hacerlo. El 07-01-2019 16:00

Re: Xapian searches of the body of an email

totally clear :) Cheers! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes de imprimir este correo electrónico piense si es necesario hacerlo. El 07-01-2019 14:51, Egoitz

Re: Xapian searches of the body of an email

but when something is not properly indexed instead of running Squatter you use ctl_conversations for reindexing some part again or... Thanks a lot!! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es

Xapian searches of the body of an email

: conversations: 1 search_engine: xapian search_index_headers: no search_batchsize: 8192 defaultsearchtier: t1 t1searchpartition-default: /expert/search t1searchpartition-expert2: /expert2/search t1searchpartition-expert3: /expert3/search Could anyone help me mates?. Best regards, -- EGOITZ AURREK

Re: Xapian searches in Cyrus 3.0

word to > search and see if it appears in a search... by the way... when you receive > that mail, Squatter should be triggered (when in rolling mode) to index that > last email... > > Hope it helps! > Cheers! > --- > > Egoitz Aurrekoetxea > Departamento de sistemas

Re: Xapian searches in Cyrus 3.0

... when you receive that mail, Squatter should be triggered (when in rolling mode) to index that last email... Hope it helps! Cheers! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes

Question about manual replication (-u )

it should be possible... isn't it?. Perhaps it just allowed between same version in source and dest?. Or can be done for instance too, with a 2.4 as master to 3.0 slave?. Cheers!! -- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Biz

Xapian searches in Cyrus 3.0

, with this technology?. Is better to use a non Xapian system?. Just, let's say the old way of Squatter without Xapian?. Best regards, -- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1

Re: Question for upgrading

ing it slave. This way I should have all the platform upgraded without downtimes How do you see Nic?. I think it should work... I'm still doing checks anyway. Cheers!! Thanks a lot for your time!! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edific

www.cyrusimap.org down?

Good afternoon, I'm suffering connectivity issues to Cyrus imap web site. Perhaps some kind of problem at hosting side?. It takes from yesterday... do we know something about when will it be up again?. Cheers! -- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico

Re: Question for upgrading

Thank you so much Ellie!! I would test, read code when needed and finally attempt the upgrade... I think this coud work should say I'm in testing phase still, I'll keep you informed :) Cheers! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio

Re: Question for upgrading

be fine if Bron, Ellie or someone at Fastmail could tell something about it to us :) :) Cheers! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes de imprimir este correo

Re: Question for upgrading

Common Bron, Ellie, mates :) any advise? Cheers :) :) --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes de imprimir este correo electrónico piense si es necesario hacerlo. El

Re: Question for upgrading

Hi again! Else as a simplication way can you replicate any manner a 2.3 with some newer version?. At least in manual mode (not rolling)?. Cheers. --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es

Question for upgrading

h 2 3.0 master and slave... but I need to trace the path... Does anyone see any other way?. Best regards, - -- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes de imprimir este cor

Operating system performance for Cyrus and one more question

to be used in order to make this kind of search to be done by Cyrus?. Best regards, -- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) ego...@sarenet.es www.sarenet.es [1] Antes de imprimir este correo electrónico piense si es

Re: Memory unauthorized access issues in byte2search in Cyrus IMAP

El 7/11/16 a las 21:19, Bron Gondwana via Cyrus-devel escribió: Either is fine. The nice thing about this way is that if the underlying definition of s->starts is changed, it only needs to be changed in one location. Bron. On Tue, 8 Nov 2016, at 02:26, Egoitz Aurrekoetxea via Cyru

Re: Memory unauthorized access issues in byte2search in Cyrus IMAP

a las 14:07, Bron Gondwana via Cyrus-devel escribió: cb67ecd9 (ellie timoney 2016-11-02 10:31:07 +1100 726) s->starts = xmalloc(s->max_start * sizeof(s->starts[0])); I see it was already fixed last week. Bron. On Mon, 7 Nov 2016, at 23:23, Egoitz Aurrekoetxea via Cyrus-devel wro

Re: Memory unauthorized access issues in byte2search in Cyrus IMAP

it on the 2.3 branch, though we probably won't cut a release from it immediately. It's not supported any more. We released 2.4.0 over 6 years ago now! Bron. On Mon, 7 Nov 2016, at 20:43, Egoitz Aurrekoetxea via Cyrus-devel wrote: Good morning, I have been checking the Cyrus IMAP 2.3.19 and 2.3.18

Memory unauthorized access issues in byte2search in Cyrus IMAP

me, the pattern has a would say patlen of 8-9 bytes and matches exist in the mailbox, that search would end up with a proccess died due to a signal 11. My env is FreeBSD RELENG_9_0 OS with a Cyrus 2.3.18_1 port. Am I wrong, shouldn't that allocation be changed?. Thanks a lot for your time, Best rega