Hi all, Imagine an NFS mounted read-only file system containing directories full of plain mboxes. Any recommendations on how to approach the access with dovecot? I believe all NFS recommended options apply, how about index/cache files though? Can I switch them off deliberately for good? Performance degradation is not an issue. Thanks, R. -- _________________________________________________________ Radomir Zoltowski <Radomir.Zoltowski at s3group.com> Applications Engineer Silicon & Software Systems Ltd., IT Department South County Business Park, Leopardstown, Dublin 18, IRELAND Tel.: +353 1 291 1224, Fax: +353 1 291 1001 _________________________________________________________ The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications at s3group.com. Thank You. Silicon and Software Systems Limited. Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18
On Sep 1, 2008, at 7:02 PM, Radomir Zoltowski wrote:> Imagine an NFS mounted read-only file system containing directories > full of plain mboxes. Any recommendations on how to approach the > access with dovecot? > > I believe all NFS recommended options apply, how about index/cache > files though? Can I switch them off deliberately for good? > Performance degradation is not an issue.Sure you can disable them, but if you're going to be using IMAP clients to access them the UIDVALIDITY values will change all the time which will cause clients to download the messages (or headers at least) again every time a mailbox is selected. You could also store the index files on local disks and preserve UIDVALIDITY. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20080901/5470ad72/attachment-0002.bin>
Would you recommend a set of reasonable settings for this? I kind of struggle to put these together... R. Timo Sirainen wrote:> On Sep 1, 2008, at 7:02 PM, Radomir Zoltowski wrote: > >> Imagine an NFS mounted read-only file system containing directories >> full of plain mboxes. Any recommendations on how to approach the >> access with dovecot? >> >> I believe all NFS recommended options apply, how about index/cache >> files though? Can I switch them off deliberately for good? >> Performance degradation is not an issue. > > Sure you can disable them, but if you're going to be using IMAP > clients to access them the UIDVALIDITY values will change all the time > which will cause clients to download the messages (or headers at > least) again every time a mailbox is selected. > > You could also store the index files on local disks and preserve > UIDVALIDITY. >-- _________________________________________________________ Radomir Zoltowski <Radomir.Zoltowski at s3group.com> Applications Engineer Silicon & Software Systems Ltd., IT Department South County Business Park, Leopardstown, Dublin 18, IRELAND Tel.: +353 1 291 1224, Fax: +353 1 291 1001 _________________________________________________________ The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications at s3group.com. Thank You. Silicon and Software Systems Limited. Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18