On 16.9.2013, at 12.59, Steffen Kram wrote:
> It would be great if there was a way to just disable the mount point tracking
This should work:
doveadm mount add '/*' ignore
Am 16.09.2013 11:59, schrieb Steffen Kram:
>> i generally do not understand why dovecot insists
>> in warning about whatever mountpoints - what is
>> the point that dovecot needs to care about anything
>> ever mounted on a machine as long it is not referred
>> in any configuration
>
> I absolute
> i generally do not understand why dovecot insists
> in warning about whatever mountpoints - what is
> the point that dovecot needs to care about anything
> ever mounted on a machine as long it is not referred
> in any configuration
I absolutely agree. In my opinion it is not the problem of dove
Am 16.09.2013 11:41, schrieb Steffen Kram:
> I'm running dovecot on a OmniOS installation and I'm wondering what I can do
> about all those mount point warnings in my logfile. The problem occurs
> because of the running auto-mounter which manages my mail directories. Isn't
> it possible for do
Hi,
I'm running dovecot on a OmniOS installation and I'm wondering what I can do
about all those mount point warnings in my logfile. The problem occurs because
of the running auto-mounter which manages my mail directories. Isn't it
possible for dovecot just try to access the directories before
On 31.1.2012, at 2.03, Joseph Tam wrote:
> On Mon, 30 Jan 2012, dovecot-requ...@dovecot.org wrote:
>
>> So, I was thinking about adding doveadm commands to explicitly tell
>> Dovecot about the mountpoints that it needs to care about. When no
>> mountpoints are defined Dovecot would behave as it
On Mon, 30 Jan 2012, dovecot-requ...@dovecot.org wrote:
So, I was thinking about adding doveadm commands to explicitly tell
Dovecot about the mountpoints that it needs to care about. When no
mountpoints are defined Dovecot would behave as it does now.
Maybe I don't understand the subtlety of
On 30.1.2012, at 8.31, Timo Sirainen wrote:
> The main problem I see with all this is how to make sysadmins remember to use
> these commands when they add/remove mountpoints?.. Perhaps the additions
> could be automatic at startup. Whenever Dovecot sees a new mountpoint, it's
> added. If an old
I've been thinking about mountpoints recently. There have been a few problems
related to them:
- If dbox mails and indexes are in different filesystems, and index fs isn't
mounted and mailbox is accessed -> Dovecot rebuilds indexes from scratch, which
changes UIDVALIDITY, which causes client t