residual moved folders

Hi, we noticed that when a user moves a big folder in a different tree position, that is shared among many connected users, the original moved folder will be unvisible via imap commands to new connections, but will stay in the filesystem until old connections get closed. All fine. Then, we notice

disable starttls, ssl only

Hi, is it possible to disable completely the starttls option on cyrus imapd? I want just connections on 993 over ssl, no starttls at all. I noticed a number of "Fatal error: tls_start_servertls() failed" and noticed a slow down of the entire machine during these errors. I wouldn't like to have so

Re: thread=refs

nother entry to the thread_algs[] array. I'm guessing thatyou can reuse a lot of the existing index_thread_ref() code (whichis probably needs to be renamed to index_thread_references()). On 10/05/2015 06:07 AM, Gabriele Bulfon wrote: Great, Ken. Can you give me some advic

Re: thread=refs

://www.cdbaby.com/cd/gabrielebulfon Da: Ken Murchison A: gbul...@sonicle.com info-cyrus@lists.andrew.cmu.edu Data: 8 luglio 2016 15.02.38 CEST Oggetto: Re: thread=refs On 07/07/2016 02:03 PM, Gabriele Bulfon via Info-cyrus wrote: I can finally getback to this after so many months! I checked the

Re: thread=refs

? Sonicle S.r.l. : http://www.sonicle.com Music: http://www.gabrielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon Da: Gabriele Bulfon via Info-cyrus A: Ken Murchison info-cyrus@lists.andrew.cmu.edu Data: 8 luglio 2016 15.22.56 CEST Oggetto: Re

Re: thread=refs

8/2016 10:03 AM, Gabriele Bulfon wrote: Ok, it works :)but checking against dovecot implementation, it looks like theyhave refs order same as references, but without subject grouping. AFAIK the RFC on refs says ordering of dates withinthe group should be rever

Re: thread=refs

u.edu Data: 8 luglio 2016 17.17.32 CEST Oggetto: Re: thread=refs On 07/08/2016 11:08 AM, Gabriele Bulfon wrote: Ok, sure, butstill two issues remain other than the draft: - we need to getrid of subject grouping in REFS, it only brings disorder,merging stuff that i

Re: thread=refs

to did deeper into the code to see where is belongs. On 07/08/2016 11:36 AM, GabrieleBulfon via Info-cyrus wrote: Mainly web clients, installed clients usually implements threading internally to overcome problems with the original references algorith

Re: thread=refs

changed in the threading code for a while. Iwould expect that the patch would apply pretty cleanly to 2.4.x. On 07/19/2016 02:58 AM, Gabriele Bulfon wrote: Wow! This is really interesting! What minimum version of cyrus sources can I use for these changes? At the m

Re: thread=refs

Re: thread=refs On 07/19/2016 11:49 AM, Gabriele Bulfon wrote: I found thatexpecially the function "_index_thread_ref" is quite different(arguments and implementation) in 2.4.12, while it's very similar in 2.5.8 : is it safe to upgrade binaries from 2.4.1

imap impersonate

Hi, is there any mechanism with Cyrus imap to impersonate another user? I've seen other imap servers scenarios where one may use plain authentication and sending user as mailboxuser plus a separator plus adminuser and use only adminpassword, to get access to the mailboxuser as is (dovecot, exchan

Re: imap impersonate

impersonate Quoting Gabriele Bulfon via Info-cyrus : Hi, is there any mechanism with Cyrus imap to impersonate another user? I've seen other imap servers scenarios where one may use plain authentication and sending user as mailboxuser plus a separator plus adminuser and use only adminpassw

Re: imap impersonate

rielebulfon.com Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon ------ Da: Michael Menge A: Gabriele Bulfon Cc: info-cyrus@lists.andrew.cmu.edu Data: 19 gennaio 2017 13.14.13 CET Oggetto: Re: imap impersonate

<    1   2