home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18308 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  1.4 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (Jerry Leichter)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: VMS Mail oddity
  5. Message-ID: <9211212021.AA27470@uu3.psi.com>
  6. Date: 21 Nov 92 12:16:41 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 26
  11.  
  12.  
  13.     I am running VMS v5.5-1 on a 6000-320 and noticed the following
  14.     behavior of VMS Mail:
  15.  
  16.     1) Read your LAST message, don't delete it!
  17.     2) Now type (N)ext, you will see the message about no more messages.
  18.     3) Now hit return.
  19.     4) You now will be reading your LAST message again, BUT it's message
  20.        number has increased by one! 
  21.  
  22. This is an old bug.  You left out one detail:  Your last message has to be
  23. more than one screen long.  In step 4, you'll see the next screen of the
  24. current message, but the the (N+1) message number.
  25.  
  26. The same thing happens in the other direction:  If you are reading the FIRST
  27. message and type BACK, see the error message, then hit RETURN, you'll see the
  28. next page, with message number 0.
  29.  
  30. I would have explained this by saying that NEXT and BACK update the current
  31. message number but, on error, forget to clear the pointer to the message
  32. currently being read (which has been buffered).  There must be a BIT more
  33. going on, though, since repeating the same sequence will not get you to
  34. message N+2 (or -1) - the number "sticks" just beyond the endpoint.
  35.  
  36.                             -- Jerry
  37.  
  38.