documentation: Clarify restoreatime setting
Better document what this actually does and that most people won't be needing it. (Especially as mount setting such as relatime|noatime now reduce the amount of atime changes anyway) Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
This commit is contained in:
parent
c1a2b1559d
commit
ee1706fa90
@ -16,6 +16,8 @@ New Features
|
||||
Changes
|
||||
-------
|
||||
|
||||
* Documentation improvements concerning 'restoreatime' and some code cleanup
|
||||
|
||||
Bug Fixes
|
||||
---------
|
||||
|
||||
|
@ -285,12 +285,12 @@ localfolders = ~/Test
|
||||
|
||||
sep = .
|
||||
|
||||
# Some users on *nix platforms may not want the atime (last access
|
||||
# time) to be modified by OfflineIMAP. In these cases, they would
|
||||
# want to set restoreatime to yes. OfflineIMAP will make an effort
|
||||
# to not touch the atime if you do that.
|
||||
# Some users may not want the atime (last access time) of folders to be
|
||||
# modified by OfflineIMAP. If 'restoreatime' is set to yes, OfflineIMAP
|
||||
# will restore the atime of the "new" and "cur" folders in each maildir
|
||||
# folder to their original value after each sync.
|
||||
#
|
||||
# In most cases, the default of no should be sufficient.
|
||||
# In nearly all cases, the default should be fine.
|
||||
|
||||
restoreatime = no
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user