[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: Let me close this! I've just recently removed the real patch from my postman's "next" branch, because even that real implementation doesn't work reliable. I.e., please forget msg135791. It was true, but on the long run mutt(1) sometimes sees all, someti

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: For the record: On Mac OS X 10.6.7, ,HFS, case sensitive` updates st_atime by itself *once only*. It does so ~0.75 seconds after os.utime() (+) was called. A time.sleep(0.8) can be used to detect this automatic update reliably (about 50 tests with chan

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: @david: note i got stuck on updating my patch for mailbox.py and switched to do test_mmap.py instead, so that i don't know wether i will be able to finish it today. Is it really true that mailbox.py even writes mailboxes without locking in case of an ap

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: On Thu, 5 May 2011 19:04:16 +0200, R. David Murray wrote: > "prepare new tail" means all of the text from the first modified > line to the end? (As opposed to "just the new mail"?) mailbox > does locking. I see no reason in principle it couldn't > sta

[issue11935] MMDF/MBOX mailbox need utime

R. David Murray added the comment: Oh, and does mutt's behavior apply to any mbox, or only the one in the system spool? -- ___ Python tracker ___ __

[issue11935] MMDF/MBOX mailbox need utime

R. David Murray added the comment: "prepare new tail" means all of the text from the first modified line to the end? (As opposed to "just the new mail"?) mailbox does locking. I see no reason in principle it couldn't stat/restore, it would just be setting the times on the new file rather th

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: After half an hour of shallow inspection. mutt really modifies mailbox files in place (mbox_sync_mailbox()) after creating (all the new tail in) a temporary file. Then seek()/write()/truncate() etc.. It however has mutt_dotlock(1) and it does block si

[issue11935] MMDF/MBOX mailbox need utime

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11935] MMDF/MBOX mailbox need utime

R. David Murray added the comment: Steffen, your sense of humor is great, but oftentimes I have no clue what you are talking about. Where does ftruncate factor in? I was asking what mutt does when it modifies a file in the hopes that it had some pithy algorithm for making sure the mailbox at

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: > The problem report in question was submitted by one of the > Debian maintainers. Yeah, a documentainer at least. I've used Debian (Woody i think that was 3.1). Actually great because Lehmanns, Heidelberg, Germany did not include the sources but they'v

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: On Thu, 5 May 2011 13:42:29 +0200, R. David Murray wrote: > what does mutt do in the case you are talking about? 16 -rwxr-s--- 1 steffen mail 14832 23 Jan 19:13 usr/bin/mutt_bitlock set bitlock_program="~/usr/bin/mutt_bitlock -p" I see. Un

[issue11935] MMDF/MBOX mailbox need utime

R. David Murray added the comment: Yes if you are a member of group mail you would not need setgid mail, obviously. The problem report in question was submitted by one of the Debian maintainers, so I have to believe that the system in question was not misconfigured. This part of the discussi

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: On Thu, 5 May 2011 03:52:29 +0200, R. David Murray wrote: > [..] the shell [..] I believe it just looks at the mtime/atime. Pretty good, huh? Mr. Mojo says: Prowd to be a part of this number. Successful hills are here to stay. Everythi

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: On Thu, 5 May 2011 03:52:29 +0200, R. David Murray wrote: > [..] the shell [..] I believe it just looks at the mtime/atime. /* check_mail () is useful for more than just checking mail. Since it has the paranoids dream ability of telling you when so

[issue11935] MMDF/MBOX mailbox need utime

R. David Murray added the comment: Not all system mail spools are mode 1777. Mutt needs to be setgid mail on systems that aren't, if I understand correctly. Making a python program setgid mail is a bit more of security issue than making a well-tested C program setgid, since it is easier to

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: Sorry, the last message has been truncated, i've opened http://psf.upfronthosting.co.za/roundup/meta/issue397. Forget the first line, but for non-believers: PYP$ t=time.time(); os.utime('org.python', (t-2.42,t)); print(os.stat('org.python')) posix.stat

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: On Sun, 1 May 2011 00:15:11 +0200, R. David Murray wrote: > So actually fixing this is a bit more complicated. I like Pear OS X! I've just tried around a bit with the other of the Pear OS filesystems (claims to "support" two fsys: HFS+ and HFS, case

[issue11935] MMDF/MBOX mailbox need utime

Changes by Steffen Daode Nurpmeso : Removed file: http://bugs.python.org/file21795/mailbox.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: I'll attach a patch with a clearer comment (entry-gate instead "new mail"), i.e. the comment now reflects what MUAs really do. -- Added file: http://bugs.python.org/file21850/11935.2.diff ___ Python tracker

[issue11935] MMDF/MBOX mailbox need utime

Steffen Daode Nurpmeso added the comment: On Sun, 1 May 2011 00:15:11 +0200, R. David Murray wrote: > The problem with this patch is that it would also show 'new > mail' if what had in fact happened was that a message had been > *deleted* (see the comments at the beginning of the flush > meth

[issue11935] MMDF/MBOX mailbox need utime

R. David Murray added the comment: The problem with this patch is that it would also show 'new mail' if what had in fact happened was that a message had been *deleted* (see the comments at the beginning of the flush method). So actually fixing this is a bit more complicated. A proper fix fo

[issue11935] MMDF/MBOX mailbox need utime

Changes by Antoine Pitrou : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue11935] MMDF/MBOX mailbox need utime

New submission from Steffen Daode Nurpmeso : According to the de-facto MBOX standard [1] and the MMDF description [2] mtime and atime are used to detect wether a mailbox has new mail: If the mtime on a nonempty mbox file is greater than the atime, the file has new mail. For [1] this is do