On 2018-10-05 11:35, Timo Sirainen wrote:> On 4 Oct 2018, at 17.13, Tom Sommer <mail at tomsommer.dk> wrote: >> >> >> On 2018-10-04 15:55, Timo Sirainen wrote: >>> On 4 Oct 2018, at 14.39, Tom Sommer <mail at tomsommer.dk> wrote: >> >>>> Is this correct, and if so are there any plans to move dotlocks etc. >>>> to this directory? >>> What dotlocks? I guess mbox and Maildir have some locks that could be >>> moved there, but a better performance optimization for those >>> installations would be to switch to sdbox/mdbox. Other than that, I >>> don't remember there being anything important that could be moved >>> there. >> >> Maildir locks yes, switching format is not a procedure I feel >> comfortable with :) >> >> Would it be possible to move the maildir/mbox locks to VOLATILEDIR? > > Sure it would be possible, but it's such a low priority for us that I > doubt we'll be implementing it.Hrmm okay, fair enough. Seems like a small task though. Might try and look into it myself.
On 2018-10-05 11:50, Tom Sommer wrote:> On 2018-10-05 11:35, Timo Sirainen wrote: >> On 4 Oct 2018, at 17.13, Tom Sommer <mail at tomsommer.dk> wrote: >>> >>> >>> On 2018-10-04 15:55, Timo Sirainen wrote: >>>> On 4 Oct 2018, at 14.39, Tom Sommer <mail at tomsommer.dk> wrote: >>> >>>>> Is this correct, and if so are there any plans to move dotlocks >>>>> etc. to this directory? >>>> What dotlocks? I guess mbox and Maildir have some locks that could >>>> be >>>> moved there, but a better performance optimization for those >>>> installations would be to switch to sdbox/mdbox. Other than that, I >>>> don't remember there being anything important that could be moved >>>> there. >>> >>> Maildir locks yes, switching format is not a procedure I feel >>> comfortable with :) >>> >>> Would it be possible to move the maildir/mbox locks to VOLATILEDIR? >> >> Sure it would be possible, but it's such a low priority for us that I >> doubt we'll be implementing it. > > Might try and look into it myself.Something like this? See attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: volatile-dotlock.patch Type: text/x-diff Size: 4087 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20181005/4e903a21/attachment.bin>
On 5 Oct 2018, at 16.42, Tom Sommer <mail at tomsommer.dk <mailto:mail at tomsommer.dk>> wrote:> > On 2018-10-05 11:50, Tom Sommer wrote: >> On 2018-10-05 11:35, Timo Sirainen wrote: >>> On 4 Oct 2018, at 17.13, Tom Sommer <mail at tomsommer.dk <mailto:mail at tomsommer.dk>> wrote: >>>> On 2018-10-04 15:55, Timo Sirainen wrote: >>>>> On 4 Oct 2018, at 14.39, Tom Sommer <mail at tomsommer.dk <mailto:mail at tomsommer.dk>> wrote: >>>>>> Is this correct, and if so are there any plans to move dotlocks etc. to this directory? >>>>> What dotlocks? I guess mbox and Maildir have some locks that could be >>>>> moved there, but a better performance optimization for those >>>>> installations would be to switch to sdbox/mdbox. Other than that, I >>>>> don't remember there being anything important that could be moved >>>>> there. >>>> Maildir locks yes, switching format is not a procedure I feel comfortable with :) >>>> Would it be possible to move the maildir/mbox locks to VOLATILEDIR? >>> Sure it would be possible, but it's such a low priority for us that I >>> doubt we'll be implementing it. >> Might try and look into it myself. > > Something like this? See attached.<volatile-dotlock.patch>Looks like it works. But could you: 1) Add it to github as merge request 2) MAILBOX_LIST_PATH_TYPE_VOLATILEDIR might be useful, but it's kind of a separate change of its own. To simplify, in Maildir code you could have box->list->set->volatile_dir != NULL ? box->list->set->volatile_dir : control_dir. That way it's falling back to control_dir like the previous code when VOLATILEDIR wasn't set. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20181005/095a355d/attachment.html>