Dovecot.index.pvt view is inconsistent

[carsten (Carsten Härle)]

NethServer Version: 7.9.2009

I get several error messages:

imap(yyy@xxx): Error: /var/lib/nethserver/vmailyyy@xxx/Maildir/shared/testpostfach@politik.lokal/.INBOX/dovecot.index.pvt view is inconsistent

How to fix these?

[mrmarkuz (Markus Neuberger)]

Here are some workarounds:

Error log related to dovecot

Supposedly fixed in v2.3.8 (released for CentOS 8, not released for CentOS 7) When dovecot.index.pvt is empty, an unnecessary error is logged: Error: …/dovecot.index.pvt reset, view is now inconsistent Other/related causes and workarounds:

dovecot.index.pvt.reset

<a href="http://dovecot.2317879.n4.nabble.com/dovecot-index-pvt-reset-td64847.html">dovecot.index.pvt reset</a>: When deleting a public maildir in filesystem (rm -rf …) and copying back from backup, it’s…

[capote (Marko)]

I have tons of such errors. Unfortunately, the overview is completely lost in such spam.

[carsten (Carsten Härle)]

What exactly is the workaround to fix this?

[m.traeumner (Michael Träumner)]

I think @mrmarkuz means these ones:

@dnutan

dovecot.index.pvt.reset

• dovecot.index.pvt reset:

When deleting a public maildir in filesystem (rm -rf …) and copying
back from backup, it’s older than the users’ dovecot.index.pvt files.

Then the following error appears:

Error: /var/vmail/users/dr/.public-indexes/folder1/folder2/dovecot.index.pvt
reset, view is now inconsistent

This happens because the index.pvt is no longer valid, because you rm -rf’ed things.
rm all the dovecot.index.pvt files. The assert-crash should probably not happen at all.
BUG: Error: dovecot.index.pvt reset, view is now inconsistent when shared folder is new and empty

• BUG: Error: dovecot.index.pvt reset, view is now inconsistent when shared folder is new and empty

UserA share XXXXX folder with UserB, if XXXXX folder is new (never touched) and empty every time UserB looks in that folder, an error appears in log file. If UserA copy a mail in XXXXX folder, no more errors. If UserA (or UserB) delete all mails in XXXXX folder (the folder is empty again), no more errors.

if the folder is empty, but not new (p.e. UserA has already copied and deleted mails in that folder) error is logged only once.
dovecot.index.pvt reset, view is now inconsistent

• dovecot.index.pvt reset, view is now inconsistent

The log message appears for empty “public” folders.
The log message disappears if you drop an email into X, then remove it.

and this one:

Email log error

You could try to move the dovecot.index.pvt file to an other folder. It should regenerate itself. Have a look at the log again, if it still appears.

[carsten (Carsten Härle)]

I have tons of log messages:
/var/lib/nethserver/vmail/yyy@xxxxl/Maildir/public/dovecot.index.pvt view is inconsistent

The file does not exist however and the directoy only contains a file dovecot.index.pvt.log

How to solve this

BTW: What is the use of the public spam folder, which is read only and empty?

[m.traeumner (Michael Träumner)]

@stephdl
Can you help?

[stephdl (Stéphane de Labrusse)]

@carsten

The file does not exist however and the directoy only contains a file dovecot.index.pvt.log

what inside

I do have for each folders

/var/lib/nethserver/vmail/user@domain/Maildir/shared/user@domain/.INBOX.Toulibre/dovecot.index.pvt

[stephdl (Stéphane de Labrusse)]

@stephdl

dovecot.index.pvt

https://wiki.dovecot.org/IndexFiles

Install mlocate, then do updatedb, try to find locate dovecot.index.pvt you need to get one per user folder email

[stephdl (Stéphane de Labrusse)]

@carsten

dovecot.index.pvt.log

binary file

[stephdl (Stéphane de Labrusse)]

https://dovecot.org/pipermail/dovecot/2019-December/117767.html
https://wiki.dovecot.org/Tools/Doveadm/Index

[carsten (Carsten Härle)]

All errors are in folders under “shared” or “public”. Also I deleted a user, who shared the mailbox without another one, so that there are folders of the deleted user under shared.

How to tidy this up? Actually Nethserver should not leave that many garbage after deletion of users. Especially when cannot handle these non-deleted files without massive errors in the logs.

Can I just delete these folders?

[m.traeumner (Michael Träumner)]

Sorry for late response, I was at holiday.
@davidep Can you help? Or who is the right one?

[carsten (Carsten Härle)]

Problem still there.

[mrmarkuz (Markus Neuberger)]

Did you already try the posted workarounds?
Another option could be to suppress the log entries in rsyslog like it’s done for sogo, see also SOGo — NethServer 7 Final

[bunkobugsy (Vasarhelyi Zsolt)]

If you’re willing to stray away from upstream Index of /ce-2.3.19/centos/7/RPMS/x86_64/ has latest build for COS7, runs fine but needs some config mods.

[carsten (Carsten Härle)]

Which mods exactly?
The question is whether this could introduce additional incompatibilities?

[bunkobugsy (Vasarhelyi Zsolt)]

ssl_protocols setting was replaced by ssl_min_protocol
ssl_parameters was replaced with ssl_dh
SSLv2 is no longer supported as SSL protocol
ssl_min_protocol default changed to TLSv1.2, as older TLS versions are deprecated
change it to TLSv1 or TLSv1.1 if you need to support older, deprecated protocols
https://doc.dovecot.org/installation_guide/upgrading/from-2.2-to-2.3/
https://doc.dovecot.org/installation_guide/upgrading/from-2.3-to-2.3.x/