[4536] in Athena Bugs

home help back first fref pref prev next nref lref last post

more mail problems

daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Thu Mar 15 23:29:11 1990

Date: Thu, 15 Mar 90 23:28:57 -0500
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: bjaspan@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[4535]
   Date: Thu, 15 Mar 90 23:19:37 EST
   From: Barr3y Jaspan <bjaspan@ATHENA.MIT.EDU>
   Sender: bjaspan@ATHENA.MIT.EDU

   In other words, rmail is losing in some way.  I realize this isn't
   terribly useful.. I'll see if I can narrow it down a little bit.  (Now
   that I think about it, this always seems to happen on a pMAX..)

  If what you're saying is that you do have new mail waiting, but
rmail isn't getting it when you type "M-x rmail" (or "g" in your rmail
buffer) in emacs, then what is wrong is the "movemail" program (in
/usr/athena/lib/gnuemacs/etc), not rmail.

  We have never had any problems with movemail reported in the past,
but then again, the pMAXen are a relatively new thing, so it is quite
possible that something on the pMAX is tickling this problem.

  Unless you notice it happening on a Vax or an RT, I would suggest
that if it happens again, you refer the problem to the pmax discuss
meeting.  You might even consider trying to figure out the problem
yourself :-).  Seriously, one possible explanation is that movemail is
running out of memory or otherwise failing, and dying without comment,
or dying without emacs realizing, so if this happens again, try
running movemail yourself ("/usr/athena/lib/gnuemacs/etc/movemail
po:bjaspan file-name-to-put-mail-in) and see if it prints any errors.

 Jonathan Kamens
 Project Athena Quality Assurance

home help back first fref pref prev next nref lref last post