On Fri, Jun 4, 2010 at 11:09 AM, Rodney Baker
On Sat, 5 Jun 2010 00:18:06 Patrick Shanahan wrote:
* Roger Oberholtzer
[06-04-10 02:43]: On Thu, 2010-06-03 at 14:52 -0400, Patrick Shanahan wrote:
Mutt "sees" the msg but it is *not* "new", access time has changed.
Exactly as I thought. So mutt is not doing this in the most robust manner. Because from the mail reading pov, the message is indeed new.
Indeed, the mail is unread but also not "new". It *has* been accessed. The system has no way to indicate that the access was by the intended reader, your neighbor, the cat or another program. Computers are not yet that "intelligent". But you are "picking hairs". Mutt has performed in this manner for many years and that manner has been acceptable to its users.
I haven't been following this thread since its beginning, but can you not mount the directory containing the mail store with the noatime option? This does not update the access time every time the file is accessed by some process - it only updates the last modified time when mods are actually written to the file (it also slightly speeds up performance and reduces the number of disk writes, which could be important on SSD).
Rodney, You have it backwards. noatime is what breaks a mutt install with default config because it depends on atime being updated when a email is read. Totally unrelated to noatime, the atime issue highlights that lots of tools break Mutt's assumption that atime newer than mtime means a file has been read. But that broken assumption is a legacy problem the Mutt appears to have always had and it seems there are non-default config options that allow Mutt to quit using atime as a key flagging field. As yet I haven't seen any discussion of the work-around. Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org