[5934] in SIPB bug reports

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

Re: VM 5.x

daemon@ATHENA.MIT.EDU (Jennie Hango)
Thu Apr 18 15:51:39 1996

Date: Thu, 18 Apr 96 15:50:48 -0400
From: Jennie Hango <jhango@MIT.EDU>
To: Tom Yu <tlyu@MIT.EDU>
Cc: Jennie Hango <jhango@MIT.EDU>, bug-sipb@MIT.EDU, ckclark@MIT.EDU
In-Reply-To: <9604172315.AA03107@portnoy.MIT.EDU>
Reply-To: Jennie Hango <jhango@MIT.EDU>

> This is actually a problem with some versions of movemail.  Some
> versions of movemail installed in the emacs19 locker, as well as the
> movemail program installed on the SGI system packs.  What I do is
> explicitly set vm-movemail-program to
> "/usr/athena/lib/gnuemacs/etc/movemail" for most athena platforms and
> this appears to fix the problem.

I tried this, and although it has the effect of not breaking the long
header lines, it seems to have screwed something up for outgoing mail.
When I try to reply to a message, I get the message

Opening input file: no such file or directory, /afs/athena.mit.edu/user/j/h/jha

in the echo/minibuffer line.  I don't know how to display more than
one line in the echo area (or if it's even possible to do this), so I
don't know what input file isn't being found.  Anyway, the reply
buffer is created but is not brought into the window.  I can switch to
the buffer with no complaints from emacs.  When I bring it up, no text
from the message being replied to is inserted, but the correct headers
appear (I'm using 'R' and 'F', which up until a couple hours ago
worked just fine.).  Once I've switched to the appropriate buffer, I
can send messages out okay, and with some cutting and pasting, I can
include text from a message being replied to (as in the case of this
message).  I get the same error message as above when I try to send
new mail or try to forward or bounce old mail.  I can switch to the
buffer for the outgoing mail, but again, in the case of forward and
bounce, the text that should be included isn't.

So what I'd like to know is, did changing movemail programs cause this
to happen or is it just a weird coincidence?  If it is because of the
different movemail, how do I get it to stop happening?  I removed the 

(setq vm-movemail-program "/usr/athena/lib/gnuemacs/etc/movemail")

line from my .vm file and restarted emacs and VM, and even tried
logging out and logging in again, but I'm still getting the same
error message.  I also tried changing the vm-movemail-program variable
to just "movemail," but that didn't appear to do anything.

Do you have any idea as to what might be going on here?  Over 95% of
the time I'm logged into the dial-up machines or the Decs in 1-142, so
I'm using ULTRIX, if that information's useful.  Thanks!

Jennie
jhango@mit.edu




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