v2.2.32 released

[María Arrea]

     Hello

     I have a question about the new setting ITERINDEX. This is my 
filesystem layout

     /indices_dovecot : 8 x Fast SSD drives
     /buzones : 32x SAS 10k rpm disks
     /buzones/alternativo : 24 x SAS 7.2k rpm slow disks

     This is my mail_location:

mail_location = 
mdbox:/buzones/domain/%2.26Hn/%2.200Hn/%n:INDEX=/indices_dovecot/indices/%2.26Hn/%2.200Hn/%n:ALT=/buzones/alternativo/domain/%2.26Hn/%2.200Hn/%n


     What should I write in mail_location with the new ITERINDEX setting?

     Regards

     María


El 24/08/17 a las 16:08, Timo Sirainen escribió:
> https://dovecot.org/releases/2.2/dovecot-2.2.32.tar.gz
> https://dovecot.org/releases/2.2/dovecot-2.2.32.tar.gz.sig
>
> Two more fixes since rc2. And repeating:
>
> There are various changes in this release that can be used to significantly reduce disk IO with:
> 1) NFS storage especially, but I guess also other remote filesystems and even some with local disks
> 2) When mail storage and INDEX storage are separated
>
>   * imapc: Info-level line is logged every time when successfully
>     connected to the remote server. This includes local/remote IP/port,
>     which can be useful for matching against external logs.
>   * config: Log a warning if plugin { key=no } is used explicitly.
>     v2.3 will support "no" properly in plugin settings, but for now
>     any value at all for a boolean plugin setting is treated as "yes",
>     even if it's written as explicit "no". This change will now warn
>     that it most likely won't work as intended.
>
>   + Various optimizations to avoid accessing files/directories when it's
>     not necessary. Especially avoid accessing mail root directories when
>     INDEX directories point to a different filesystem.
>   + mail_location can now include ITERINDEX parameter. This tells Dovecot
>     to perform mailbox listing from the INDEX path instead of from the
>     mail root path. It's mainly useful when the INDEX storage is on a
>     faster storage.
>   + mail_location can now include VOLATILEDIR=<path> parameter. This
>     is used for creating lock files and in future potentially other
>     files that don't need to exist permanently. The path could point to
>     tmpfs for example. This is especially useful to avoid creating lock
>     files to NFS or other remote filesystems. For example:
>     mail_location=sdbox:~/sdbox:VOLATILEDIR=/tmp/volatile/%2.256Nu/%u
>   + mail_location's LISTINDEX=<path> can now contain a full path.
>     This allows storing mailbox list index to a different storage
>     than the rest of the indexes, for example to tmpfs.
>   + mail_location can now include NO-NOSELECT parameter. This
>     automatically deletes any \NoSelect mailboxes that have no children.
>     These mailboxes are sometimes confusing to users.
>   + mail_location can now include BROKENCHAR=<char> parameter. This can
>     be useful with imapc to access mailbox names that aren't valid mUTF-7
>     charset from remote servers.
>   + If mailbox_list_index_very_dirty_syncs=yes, the list index is no
>     longer refreshed against filesystem when listing mailboxes. This
>     allows the mailbox listing to be done entirely by only reading the
>     mailbox list index.
>   + Added mailbox_list_index_include_inbox setting to control whether
>     INBOX's STATUS information should be cached in the mailbox list
>     index. The default is "no", but it may be useful to change it to
>     "yes", especially if LISTINDEX points to tmpfs.
>   + userdb can return chdir=<path>, which override mail_home for the
>     chdir location. This can be useful to avoid accessing home directory
>     on login.
>   + userdb can return postlogin=<socket> to specify per-user imap/pop3
>     postlogin socket path.
>   + cassandra: Add support for result paging by adding page_size=<n>
>     parameter to the connect setting.
>   + dsync/imapc, pop3-migration plugin: Strip also trailing tabs from
>     headers when matching mails. This helps with migrations from Zimbra.
>   + imap_logout_format supports now %{appended} and %{autoexpunged}
>   + virtual plugin: Optimize IDLE to use mailbox list index for finding
>     out when something has changed.
>   + Added apparmor plugin. See https://wiki2.dovecot.org/Plugins/Apparmor
>   - virtual plugin: A lot of fixes. In many cases it was also working
>     very inefficiently or even incorrectly.
>   - imap: NOTIFY parameter parsing was incorrectly "fixed" in v2.2.31.
>     It was actually (mostly) working in previous versions, but broken
>     in v2.2.31.
>   - Modseq tracking didn't always work correctly. This could have caused
>     imap unhibernation to fail or IMAP QRESYNC/CONDSTORE extensions to
>     not work perfectly.
>   - mdbox: "Inconsistency in map index" wasn't fixed automatically
>   - dict-ldap: %variable values used in the LDAP filter weren't escaped.
>   - quota=count: quota_warning = -storage=.. was never executed (try #2).
>     v2.2.31 fixed it for -messages, but not for -storage.
>   - imapc: >= 32 kB mail bodies were supposed to be cached for subsequent
>     FETCHes, but weren't.
>   - quota-status service didn't support recipient_delimiter
>   - acl: Don't access dovecot-acl-list files with acl_globals_only=yes
>   - mail_location: If INDEX dir is set, mailbox deletion deletes its
>     childrens' indexes. For example if "box" is deleted, "box/child"
>     index directory was deleted as well (but mails were preserved).
>   - director: v2.2.31 caused rapid reconnection loops to directors
>     that were down.