home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!paladin.american.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!sunburn.stanford.edu!me
- From: me@sunburn.stanford.edu (Martin Frost)
- Newsgroups: gnu.emacs.bug
- Subject: rmail-get-new-mail bug after rmail file changed by another process
- Date: 25 Jan 1993 20:29:04 -0500
- Organization: Computer Science Dept., Stanford University
- Lines: 29
- Sender: daemon@cis.ohio-state.edu
- Approved: bug-gnu-emacs@prep.ai.mit.edu
- Distribution: gnu
- Message-ID: <ME.93Jan24013135@Sunburn.Stanford.EDU>
- Reply-To: me@cs.stanford.edu
-
- When rmail has to re-read the rmail file from the disk because it has been
- changed by another process since last written by the current process, rmail
- seems to lose track of the inbox file -- the g command doesn't seem to do
- anything at that point, nor does M-x rmail read the inbox. One has to kill
- the buffer, it seems, to get the inbox read (with a fresh buffer created by
- a new M-x rmail).
-
- To reproduce the problem:
-
- Read your mail with rmail and save the result.
-
- Start another emacs (as if you walked into another office or went home) and
- read your mail with rmail there (if there's no new mail, just alter the
- rmail file in any way, such as by adding a label to the last message) and
- save the changed rmail file.
-
- Now mail yourself a message.
-
- Go back to the first emacs and try to read the new mail. It will
- say something like "file has changed on disk; OK to re-read from disk?"
- Type "yes".
-
- At that point, it will reread the rmail file, but it won't read in any new
- mail. Typing "g" won't read the new mail either.
- --
- Martin Frost Computer Science Department, Computer Facilities
- Systems Programmer Stanford University, Stanford, CA 94305-2140
- me@CS.Stanford.EDU (or mfrost@stanford.bitnet)
-
-