On 17.7.2012, at 15.12, Reindl Harald wrote:

>> v2.1.9+ log message will point to http://wiki2.dovecot.org/Mountpoints
> 
> Dovecot already internally filters out many mountpoints and filesystems that
> are pretty much guaranteed not to contain any emails
> 
> i bet /sys/fs/cgroup will never contain any mail :-)

v2.1.7+ won't add any mounts from /sys by default. But you had already run an 
older Dovecot version that had added those mountpoints, so v2.1.8 will still 
complain about them until you remove them. But they won't get added again even 
if you don't add an ignore for them.

> the bug is taht it also adds fuse-mountpoints where the dovecot
> suer never ever has any access permissions and whines later
> if they are unmounted

It's not easy for Dovecot to know this. Other installations are using FUSE 
mountpoints to store mails.

> i see no reason for such magic
> 
> why does a mailserver touch any mountpoint where it is not
> explicit configured to store mails?

Because Dovecot doesn't know where mails can be stored (userdb lookups can 
override the defaults).

The other possibility would have been to require you to explicitly list all the 
mountpoints that can contain mails/indexes and have Dovecot refuse to access 
the mails outside that list. But that would have broken all the existing 
installations.

> Jul 17 14:10:17 srv-rhsoft dovecot: master: Warning: /var/run/vmblock-fuse is 
> no longer mounted. If this is
> intentional, remove it with doveadm mount

I guess /var/run and /run could be added to the default ignore list.

Reply via email to