🚀 go-pugleaf

>>>>> On 7 Oct 92 01:10:54 GMT, warsaw@nlm.nih.gov (Barry A. Warsaw) said:

In article <WARSAW.92Oct6201054@anthem.nlm.nih.gov> warsaw@nlm.nih.gov (Barry A. Warsaw) writes:

Hello there,

I feel very much ashamed. Supercite not working together with VM was ENTIRELY
and utterly my fault:

> SC expects that *all* mail headers be inserted into the reply buffer
> region.  Its SC's job to remove what's not wanted based on the user's
> preferences (there are sc-* variables for controlling this). I don't
> know why your VM would not be including the From: line in the reply,
> but it should.  

Well, I know. I was really stupid there.

> Also, I don't like the idea of SC parsing the X-VM-v5-Data for
> information.  SC is supposed to be a general package, not specific to
> VM, and I don't want to have to track any future changes to this that
> Kyle may implement for VM enhancements.

> First figure out why there's no From: line in your reply buffer, and
> we'll go from there.

The reason is:

I added a hack to VM to have it read mail from a certain computer. Here at
Dortmund University, we have a network of several computers with an NFS-mounted
/home file system. I have a ~/.forward file directing my mail to a certain
computer. I did not like the idea of always starting an Emacs on my "mail host"
just for reading mail. Thus the hack.

The hack basically works by calling a subshell remotely on my "mail host". There
the Unix program "mail" is called and told to save the mail in a spool file in
my home directory. Then, the usual VM procedures take over.

Now, when "mail" is told to save the mail in a file, and if the variable
"alwaysignore" has been set, the From: lines are deleted from the messages
before saving. Therefore, VM never sees the From: line.

I changed "vm-check-for-spooled-mail" to always return "t" if Emacs is not
running on the "mail host". Otherwise it just does what it usually does.
"vm-get-spooled-mail"  has been changed to calling the subshell remotely on the
"mail host".

Is there anybody with a cleaner solution to reading mail on a remote host than
mine?

                Kai
--
  Kai Grossjohann            Phone (voice): 49 231 75 30 15
  Baroper Str. 331 App. 510  E-Mail: 
  W-4600 Dortmund 50         grossjoh@ls6.informatik.uni-dortmund.de
  Germany