>> Error: nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy >> > Dovecot tries to flush NFS cache by doing this rmdir(). It is intended > to fail, but not with EBUSY. I guess /var/mail is your NFS mount root? > That's why this is failing. There's really no good way to solve this. > Hmm....sorry, I should have mentioned - /var/mail is actually local - only the /home bits are NFS mounted. Is that even more concerning?!
Only procmail could come along and touch the mbox as the LDA. >> 2. Does this error message represent a real problem that needs solving? >> It's very strange how rare it is and that only a few select users have >> encountered. >> > It happens when Dovecot doesn't find the expected mbox file from the > directory, so Dovecot tries to flush NFS cache to see if the file was > just created. Is something deleting the /var/mail/$user file for those > problem users (e.g. some non-Dovecot MUAs do that)? Could it be erroring because the /var/mail slice is not NFS mounted? Perhaps not using mbox_snarf would therefore avoid this problem and we could revert to our traditional script to move mail once user quotas have been sorted. Thanks Ade -- Centre for Advanced Software Technology Limited is a limited company registered in England and Wales. Postal Address: C.A.S.T. Limited, Technium CAST, Ffordd Penlan, Parc Menai, Bangor, Gwynedd. LL57 4HJ. Registered Number: 04473521. Registered Office: Finance Office, Bangor University, College Road, Bangor, Gwynedd. LL57 2DG. www.techniumcast.com
