HDTenEightyP/NetNews huggingface dataset:
Sorry if this has already been reported, but I've found that in VM 5.32.L
that (spurious) "null" messages in a digest cause VM to hang when they are
selected.  For example, the attached two-message digest excerpt results in
three bursted messages, the second of which causes a hang if selected.

In previous versions of VM (5.31), three messages were also created, but
the second one, consisting of the single line:

<jb2@math.ucdavis.edu>

could be selected and deleted OK.

--
Mark Vita                                  vita@sunny.dab.ge.com
Advanced Engineering
GE Simulation and Control Systems
Daytona Beach, FL

(digest excerpt follows)
--------------------------------- cut here -------------------------------------


------------------------------

Date: Wed, 23 Sep 92 19:46:50 PDT
From: jbthoo@ucdavis.edu ( John Thoo )
Subject: Alias question (Q)


Hi, all!

If this is a FAQ, then my apologies, but ...

.. aliases of apps that I keep on my Desktop preserve their
``drag-and-drop-iness,''  :-)  but aliases of apps that I keep in
folders (I have a LaunchPad folder, for example) lose their
``drag-and-drop-iness.''  :-(

Anyone know why?  And how can I fix this?

Thanks for your help.

--John.
<jb2@math.ucdavis.edu>

------------------------------

Date: Thu, 24 Sep 1992 16:52:10 GMT
From: dubin@spot.Colorado.EDU (DUBIN MARK W)
Subject: Apple's lousy computers

Info-Mac@sumex-aim.stanford.edu writes:

>In terms of manufacturing quality, Apple seems to be about where the
>US auto industry was 15 years ago. If there were clones, that 512K is
>the only computer I'd ever have bought from Apple.

Clearly, mileage may vary.  In an academic setting I have owned 4 PCs
of the IBM and clone thereof variety and five Macs from Plus through
a current IIci. Three of the four PCs, an IBM, a Dell and a nameless clone
all required major repairs.  In the same time period, none of the Macs
ever needed more than a new battery.

So, I am resigned to behaving on the principle that high tech, state
of the art things may break down, and I buy based on the belief that
computers are basically well built and I will chose what fits best the
task at hand.  I still have both Macs and high end PCs.

--the ol' professor

------------------------------

Xref: sparky gnu.emacs.vm.bug:594 gnu.emacs.bug:1337
From: piet@cs.ruu.nl (Piet van Oostrum)
Newsgroups: gnu.emacs.vm.bug,gnu.emacs.bug
Subject: Buffer position bug with VM 5.32 and Emacs 18.58
Date: 6 Oct 92 11:17:15 GMT
Reply-To: piet@cs.ruu.nl (Piet van Oostrum)
Followup-To: gnu.emacs.vm.bug
Organization: Dept of Computer Science, Utrecht University, The Netherlands
To: gnu-emacs-bug@nluug.nl

I recently switched to Emacs 18.58 (from 18.55) and VM 5.32 (from 5.31).
Now I often get wrong buffer positions with vm. I don't know whether this
is vm's fault or emacs'. The symptoms are:

1. Sometimes (but not very often, when I issue the vm command the first
time (i.e. when my INBOX is not yet loaded) I get the summary buffer
displayed but thye cursor is not on the first new message, but at some
random other message. If I remember correctly, only the summary buffer is
displayed then.

2. When I issue the vm command after my INBOX is loaded but new mail is
present in my Unix mailbox, and I issue the 'g' command in vm, very often
the new message is not displayed at its top but a couple of lines down.

This looks to me like a bug in emacs buffer management (I remember having
found some problems with emacs buffer pointers something like a year ago)
but on the other hand I only get this kind of problems with vm. I found a
bug in pop-to-buffer a few weeks ago, but this function is not used in vm5.

Is there a list of known bugs in Emacs 18.58??

This is the list of my vm variables:

(setq vm-folder-directory "~/MAIL/")
(setq vm-primary-inbox "~/MAIL/INBOX")
(setq vm-crash-box "~/MAIL/INBOX.CRASH")
(setq vm-startup-with-summary t)
(setq vm-reply-subject-prefix "Re: ")
(setq vm-flush-interval nil)
(setq vm-keep-sent-messages t)
(setq vm-preview-lines nil)
(setq vm-circular-folders nil)
(setq vm-move-after-deleting t)
(setq vm-delete-after-saving t)
(setq vm-mode-hooks
      '(lambda () 
	 (make-local-variable 'version-control)
	 (setq version-control 'never)
	 (setq buffer-auto-save-file-name nil)))

(setq vm-rfc934-forwarding nil)
(setq vm-delete-empty-folders nil)
(setq vm-follow-summary-cursor t)
(setq vm-highlighted-header-regexp nil)
(setq vm-visible-headers
  '("From:" "Sender:" "To:" "Apparently-To:" "Cc:" "Subject:" "Date:" "Warning:"))
(setq vm-confirm-quit 1)
(setq vm-reply-ignored-addresses
      (list (concat "\\(^\\|[ \t)<]\\)" (regexp-quote
			 (or (getenv "USER") (getenv "LOGNAME")
			     (user-login-name)))
		    "\\(@[a-zA-Z0-9_.-]*cs.ruu.nl\\)?\\([ \t>(]\\|$\\)")))
-- 
Piet* van Oostrum, Dept of Computer Science, Utrecht University,
Padualaan 14, P.O. Box 80.089, 3508 TB Utrecht, The Netherlands.
Telephone: +31 30 531806   Uucp:   uunet!mcsun!ruuinf!piet
Telefax:   +31 30 513791   Internet:  piet@cs.ruu.nl   (*`Pete')
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Mon, 28 Sep 1992 20:18:53 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Mon, 28 Sep 1992 20:18:44 -0400
Subject: vm-expose-hidden-headers changes point in folder buffer
Newsgroups: gnu.emacs.vm.bug
Jerry writes:
 > In VM5.32, do
 > 
 >  t t
 > 
 > and point will have moved to the beginning of buffer instead of the
 > beginning of the displayed message itself.

This is a bug?
From: grossjoh@lucy.ls6.informatik.uni-dortmund.de (Kai Grossjohann)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: vm + supercite 2.2
Date: 5 Oct 92 19:00:12 GMT
Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
NNTP-Posting-Host: lucy
In-reply-to: grossjoh@lucy.ls6.informatik.uni-dortmund.de's message of 1 Oct 92 13:58:11

I found out that VM 5.31 deletes the "From:" line somehow. I sent a message to
myself and then looked at /var/spool/mail/grossjoh. It contained the message
including a "From:" line.

Then I told VM to "g"et new mail and looked at my INBOX file. It did not contain
the "From:" line any more. So I think that somehow at sometime VM automagically
deletes some headers and I could not find out anything about this looking at the
source code and documentation.

How can I turn this off, if there is a way to do it?

        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                    
--
This sentence was in the past tense.
                        -- D. Hofstadter
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Tue, 29 Sep 1992 16:28:23 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Tue, 29 Sep 1992 15:48:06 -0400
Subject: Re: vm-expose-hidden-headers changes point in folder buffer
	<9209290018.AA08224@wendy-fate.UU.NET>
	<9209291941.AA10689@banach>
Newsgroups: gnu.emacs.vm.bug
> > > and point will have moved to the beginning of buffer instead of the
 > > > beginning of the displayed message itself.
 > -> 
 > -> This is a bug?
 > 
 > Mea culpa.  I didn't explain fully.
 > 
 > vm-preview-lines is 7

Ahhh, OK, that was the missing piece of information.  That
section of code is ignoring the value of vm-preview-lines.
You're right, this is a bug.
From: weisberg@hpcc01.corp.hp.com (Len Weisberg)
Date: Sun, 4 Oct 1992 18:18:35 GMT
Subject: Re: vm-isearch-forward
Organization: HP Palo Alto Info Tech Center
Newsgroups: gnu.emacs.vm.bug

Oliver Schoett writes:
Kyle> Maybe the attribute should be "exposed" instead of "read".
Kyle> That's generally what VM means by "read".  It can't really know
Kyle> wheyther you've read the message of course.

> That's one of my pet peeves with vm and gnus as compared to rn.  They
> mark a message read when it is first exposed.  But this is simply
> wrong, as I have not yet read it (for example, I might get
> interrupted).  I prefer the approach of rn, where an article is marked
> 'read' upon leaving it with a command whose meaning is "I've read this
> one, go to the next one".

Hear, Hear!  Thanks for not giving up at the phrase "of course" .
So there is a natural way of telling vm that a message has been read.

The peeve referred to is amplified when you consider previewing, where
you haven't even been "exposed" to the entire message (and you have very
little indication of that).

- Len Weisberg - weisberg@corp.hp.com - HP - Palo Alto Info Tech Center
Newsgroups: gnu.emacs.vm.bug
From: hoehle@inf-wiss.ivp.uni-konstanz.de (Joerg-Cyril Hoehle)
Subject: Makefile suggestion
Summary: compile only vm-*.el files
Keywords: Makefile, compilation
Organization: Information Science, Univ. of Konstanz
X-Newsreader: Tin 1.1 PL5
Date: Tue, 6 Oct 1992 13:21:22 GMT

Hi!

I just got vm-5.32beta.tar.Z from the uunet mirror in UK and found the
Makefile to be:

EMACS=emacs

VM:
	$(EMACS) -batch -q -l ./vm-message.el -l ./vm-misc.el -f batch-byte-compi\
le *.el
	cat vm-*.elc > vm.elc

vm:	vm.texinfo
	$(EMACS) -batch -q vm.texinfo -f texinfo-format-buffer -f save-buffer

all:	VM vm

and typed Make and emacs recompiled every single .el file in the
non-empty directory where I unpacked it. As all vm related elisp are
nicely prefixed with vm-, I suggest the following modification:

EMACS=emacs

VM:
	$(EMACS) -batch -q -l ./vm-message.el -l ./vm-misc.el -f batch-byte-compi\
le vm-*.el
	cat vm-*.elc > vm.elc

vm:	vm.texinfo
	$(EMACS) -batch -q vm.texinfo -f texinfo-format-buffer -f save-buffer

all:	VM vm
 
clean:
	rm vm-*.elc

--
 	Joerg.
hoehle@inf-wiss.ivp.uni-konstanz.d
Newsgroups: gnu.emacs.vm.bug
From: wmperry@bronze.ucs.indiana.edu (William Michael Perry)
Subject: error starting vm when primary-inbox does not exist
Organization: Computer Science Student, Indiana University
Date: Mon, 5 Oct 1992 16:56:59 GMT

Hello all,
   I have a problem when I run vm 5.32 (beta).  I have
vm-delete-empty-folders set to true.  So it deletes my primary inbox
if it has no messages left in it.  When I start up vm, i get an error
saying "Wrong type argument, arrayp nil"

Any way I can get rid of this?

Also something a bit weird: when vm tries to get new mail, it loads
c++-mode.  I've got my auto-mode-alist set up ("\\.C" . 'c++-mode) in
it, but I dont see how /var/spool/mail/wmperry would cause this to
load.   Any ideas?

Thanks,
	Bill Perry
From: jbw@bigbird.bu.edu (Joe Wells)
Newsgroups: gnu.emacs.vm.bug
Subject: FCC, drafts (was: Changing to Unix Mailbox?)
Date: 4 Oct 92 00:34:15 GMT
 <ORLOFF.92Oct2121452@surya4.cern.ch> <KPC.92Oct2173726@zog.arc.nasa.gov>
Organization: Boston University Computer Science Department
In-reply-to: kpc@pluto.arc.nasa.gov's message of 3 Oct 92 01:37:26 GMT

In article <KPC.92Oct2173726@zog.arc.nasa.gov> kpc@pluto.arc.nasa.gov (k p c) writes:

   BUT i would like not to ever see the bcc messages from me in vm, not
   have them in xbiff, not have them in xpbiff, and not have them in
   reportmail.

Yes!

   i suppose i could kludge all these things to do it, but it's such a
   pain that i don't do that.  instead i use the FCC: line.

Me too.

   it seems to me that making vm handle FCC: in a way that is compatible
   with vm would be great.

Yes!  Yes!  Yes!  Yes!  Yes!  Yes!  Yes!  Yes!  Yes!  Yes!  Yes!  Yes!

   and at the same time i think that adding the capability of storing
   partially completed outgoing mail in a folder for later completion and
   sending would be terrific.

Yes!

-- 
Joe Wells <jbw@cs.bu.edu>
Member of the League for Programming Freedom --- send e-mail for details
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Sun, 27 Sep 1992 03:46:44 EDT
Date: Sun, 27 Sep 1992 01:45:36 MDT
From: jerry@math.ep.utexas.edu (Jerry)
Subject: vm-isearch-forward
Newsgroups: gnu.emacs.vm.bug
In VM5.32, a successful vm-isearch-forward, e.g.,

    M-s string ESC

will mark a message as `read' even if it had previously been `unread'
or `new' and vm-preview-lines is non-nil.  Probably desireable in most
cases, yet ....

-Jerry

People were out there looting their asses off... When they saw us,
 they shouted, `Viva Bush!'
                -- A US soldier present at the invasion of Panama.
From: jbw@bigbird.bu.edu (Joe Wells)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: vm-confirm-quit should have value meaning ask if folder > some size
Date: 4 Oct 92 00:32:17 GMT
 <9210021722.AA05654@wendy-fate.UU.NET>
Organization: Boston University Computer Science Department
In-reply-to: kyle@uunet.uu.net's message of 2 Oct 92 17:22:17 GMT

In article <9210021722.AA05654@wendy-fate.UU.NET> kyle@uunet.uu.net (Kyle Jones) writes:

   Joe Wells writes:
    > It would be really incredibly nice if it were possible to give
    > vm-confirm-quit a value that would mean VM would ask before quitting a
    > folder if the folder were larger than a certain size in bytes.  I propose
    > that a numeric value for vm-confirm-quit should have this meaning.

   Good idea.  I think size should be in number of messages rather
   than bytes, though.

What is the relative effect of number of messages vs. number of bytes on
how long it takes VM to load a folder?

-- 
Joe Wells <jbw@cs.bu.edu>
Member of the League for Programming Freedom --- send e-mail for details
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Mon, 28 Sep 1992 20:18:04 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Mon, 28 Sep 1992 20:17:55 -0400
Subject: vm-isearch-forward
Newsgroups: gnu.emacs.vm.bug
Jerry writes:
 > In VM5.32, a successful vm-isearch-forward, e.g.,
 > 
 >     M-s string ESC
 > 
 > will mark a message as `read' even if it had previously been `unread'
 > or `new' and vm-preview-lines is non-nil.  Probably desireable in most
 > cases, yet ....

Maybe the attribute should be "exposed" instead of "read".
That's generally what VM means by "read".  It can't really know
wheyther you've read the message of course.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 1 Oct 1992 20:44:28 EDT
From: jbw@cs.bu.edu (Joe Wells)
Date: Thu, 1 Oct 1992 20:39:12 -0400
Subject: vm-confirm-quit should have value meaning ask if folder > some size
Sent-Via: bug-vm@uunet.uu.net
Newsgroups: gnu.emacs.vm.bug
VM 5.32.

It would be really incredibly nice if it were possible to give
vm-confirm-quit a value that would mean VM would ask before quitting a
folder if the folder were larger than a certain size in bytes.  I propose
that a numeric value for vm-confirm-quit should have this meaning.

This is because it takes VM so long to load in large folders.  I don't
mind accidentally quitting a small folder, but it is a real pain when I
accidentally quit a large folder.  I don't want to have to be queried
about small folders.

-- 
Joe Wells <jbw@cs.bu.edu>
x-gateway: rodan.UU.NET from info-vm to gnu.emacs.vm.info; Fri, 2 Oct 1992 11:21:10 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Fri, 2 Oct 1992 11:07:10 -0400
Subject: header info display
Newsgroups: gnu.emacs.vm.info
Mehul Sanghvi writes:
 >  i want toggle from having a few headers displayed to all the headers being
 > displayed while i am reading my mail. Is there a way to do this in VM??
 > appreciate any and all suggestions.
 > 
 > increase the peace

Use `vm-expose-hidden-headers', normally bound to `t'.
x-gateway: rodan.UU.NET from info-vm to gnu.emacs.vm.info; Thu, 1 Oct 1992 13:40:24 EDT
Date: Thu, 1 Oct 1992 13:23:23 -0400
From: nsb@thumper.bellcore.com (Nathaniel Borenstein)
X-Andrew-Message-Size: 1614+0
Mime-Version: 1.0
Content-Type: text/richtext; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Subject: Re: MIME, metamail, VM, application types, etc.
Newsgroups: gnu.emacs.vm.info
Not being a VM user, I wouldn't be at all surprised if there's lots of room fo=
r improvements in the VM patches.  I will be more than happy to accept any con=
tributed improvements!<nl>
<nl>
<bold><excerpt>Excerpts from info-metamail: 30-Sep-92 MIME, metamail, VM, appl=
ica.. Neal McBurnett@ATT.COM (1887)</excerpt></bold><nl>
<nl>
<excerpt>I guess it looks like I can put an application/octet-stream inclusion=
<nl>
in a mailto.  Shouldn't there be standard entries in the mailcap<nl>
to present that option to the user in a more user-friendly way,<nl>
for either base64 and quoted-printable encoding?  I can't quite figure<nl>
out how to do that - what should the "command" field be?  How can<nl>
the encoding be defaulted?<nl>
</excerpt><nl>
I'm unclear on what you want -- option 0 after "~*" sounds like what you descr=
ibe -- isn't it?<nl>
<nl>
<excerpt>How do I get metamail to save the audio part of a message in a file<n=
l>
somewhere?<nl>
</excerpt><nl>
One way to do this would be to make a slightly altered version of showaudio th=
at offers the user this choice....<nl>
<nl>
<excerpt>It would be nice if metamail also offered to pipe applications data<n=
l>
through an arbitrary pipeline typed in by the user.  I understand the<nl>
security hazards of having it automatically SUGGEST a pipeline, but I<nl>
often would like to be able to avoid using up disk space by putting<nl>
something in a file first.<nl>
</excerpt><nl>
Nice idea, I'll add it to the list.<nl>
<nl>
<excerpt>I note that metamail doesn't interpret environmental variables in<nl>=

file names which it reads from the user - that would be a friendly<nl>
thing to do.<nl>
</excerpt><nl>
Ditto.<nl>
<nl>
<excerpt>Also, metamail doesn't seem to use the application/octet-stream "name=
"<nl>
attribute as a prompt for the user when saving the file.<nl>
</excerpt><nl>
This will be fixed in the next release.  -- Nathaniel<nl>
<nl>
Newsgroups: gnu.emacs.vm.info,gnu.emacs.vm.help
From: awb7h@fermi.clas.Virginia.EDU (Andrew William Bartelt)
Subject: Saving outgoing files
Organization: University of Virginia
Distribution: gnu
Date: Tue, 29 Sep 1992 00:17:15 GMT

I use VM, and I would like the mail I send to be automatically saved
in a file named by the id of the person I am writing.  For example if
I were writing a message to myself (awb7h@virginia.edu) I would like
the message saved in awb7h.

Below I have an excerpt from my .vm file which does two things that
are similar to what I want done.  The first saves all mail that I send
in ~/outgoing.  When I save my mail messages the second automatically
prompts me with the senders id as a filename.  Perhaps these will be helpful.


;; put a `FCC:' header line with the pathname of ~/outgoing being
;; added to mail composition buffers.  When you send the mail, Emacs will
;; save a copy of the mail in the file ~/outgoing and then strip off the
;; `FCC:' line before actually sending.
(setq mail-archive-file-name (expand-file-name "~/outgoing")) 

;; prompt for file saving with mail id
(setq vm-auto-folder-alist
      '(("From"
	 ("<\\(.*\\)\\(@.*\\)>" . (buffer-substring
				   (match-beginning 1)
				   (match-end 1)))
	 ("\\(.*\\)\\(@.*\\)" . (buffer-substring
				 (match-beginning 1)
				 (match-end 1))))
	))




Thanks in advance,

Andrew



--




x-gateway: rodan.UU.NET from info-vm to gnu.emacs.vm.info; Fri, 2 Oct 1992 18:10:30 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Fri, 2 Oct 1992 18:01:22 -0400
Subject: Considering Moving From VM 4.41 --> VM 5.32; Advice Sought
Newsgroups: gnu.emacs.vm.info
Eric Eide writes:
 > I am considering "upgrading" my mail reader from VM 4.41 to VM 5.32.
 > Everything new (Hyperbole support, Lucid support, BBDB support (?), and so on)
 > is for 5.32; nobody ever talks about 4.41 anymore :-(.
 > 
 > I had a few simple questions for those who have gone before:
 > 
 >   - My VM 4.41 folders are directly readable by VM 5.32, right?

Yes.

 >   - Would my VM 5.32 folders be directly readable by VM 4.41, were I decide to
 >     go back to 4.41?

No.  Yes, if you went back to 4.42, which was a 'tweener release
so the testers could switch back and forth.

 >   - Should I be scared by the "beta" label on VM 5.32?

At this point "beta" means "some unresolved issues and version 5 docs not finished".
"Beta" will probably mean buggy again for awhile once I start
sending out patches again

 >     VM 5.3* has been beta software for as long as I've been
 >     using VM 4.41 (~one year) -- will there be a "release"
 >     version of VM 5 in the near future?

I refuse to answer on the grounds that I might feel guilty about
going to the Poconoes this weekend. :)

My advice: go ahead and upgrade.  Get the version on
ftp.uu.net:mail/vm/vm-5.32beta.tar.Z ; it has the Makefile fixed
that installing from scratch will work.
From: ryanr@lamar.ColoState.EDU (Richard Ryan)
Newsgroups: gnu.emacs.vm.info
Subject: Re: Aliases (and mail-abbrevs.el)
Date: 4 Oct 92 22:10:33 GMT
Organization: College of Natural Sciences, Colorado State University

Hi,

Since the subject of mail aliases has come up, does anyone know what
commands and key bindings come with mail-abbrevs.el?  The only thing
I know how to use with it is C-c C-a which prompts for an alias and
expands it after the "To: " header line.  I was kind of hoping that
there might be something in mail-abbrevs I could use to add aliases
and strings associated with the addresses aliased (like the ELM mail
reader/interface).

Thanks,
Richard.
--
--
ryanr@lamar.ColoState.EDU
x-gateway: rodan.UU.NET from info-vm to gnu.emacs.vm.info; Fri, 2 Oct 1992 11:11:52 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Fri, 2 Oct 1992 11:11:39 -0400
Subject: Vm Help
Newsgroups: gnu.emacs.vm.info
Leo Gestetner writes:
 > Could someone help me with a couple of things.
 > 1) How can I get Vm to automatically mail me (or save) a
 >   copy of all mail I send out?

Use (setq mail-self-blind t) in your .emacs file.

 > 2) Is there a list of variables that can be used with 
 >   'vm-included-text-prefix', so that I can have the senders
 >   name or the like before each line. (rather than just '>').?

No, the prefix is a literal string.  For fancier citing, use
Barry Warsaw's SUPERCITE.

 > Also, is there a manual that can be downloaded from somewhere for vm and gnus?

VM comes with its own Texinfo manual, in the file "vm.texinfo".
If your VM came without one, someone has picked over your
distribution.  I don't know about GNUS, but I would be very
surprised if it didn't come with a manual.
Newsgroups: gnu.emacs.vm.info
From: msanghvi@cs.ulowell.edu (Mehul Sanghvi)
Subject: header info display
Reply-To: msanghvi@cs.ulowell.edu
Organization: /usr/ug/1993/msanghvi/.organization
Distribution: gnu
Date: Tue, 29 Sep 1992 09:13:12 GMT


hello

 i want toggle from having a few headers displayed to all the headers being
displayed while i am reading my mail. Is there a way to do this in VM??
appreciate any and all suggestions.

increase the peace
--
===============================================================================
Mehul "raja lakhan" Sanghvi        |  UMass-Lowell Dept. of Computer Science
Inet: msanghvi@cs.ulowell.edu      |  SnailNet: 754 Aiken St. #11
UUCP: ...!harvard!ulowell!msanghvi |            Lowell, MA 01850-1804
BITNET: msanghvi%cs.ulowell.edu@{cunyvm.cuny, mitvma.mit, talcott.harvard}.edu

Van Roy's Law:
	An unbreakable toy is useful for breaking other toys.
Kyle Jones writes:
 > Eric Eide writes:
 >  >   - Would my VM 5.32 folders be directly readable by VM 4.41, were I decide to
 >  >     go back to 4.41?
 > 
 > No.  Yes, if you went back to 4.42, which was a 'tweener release
 > so the testers could switch back and forth.

I'd better clarify this.  There's no gross imcompatibility
between version 4 and version 5 folders, you just will lose some
message attributes if you regress.  Version 5 folders are still
"standard" UNIX format, readable by Berkeley Mail, Elm, et al.
Newsgroups: gnu.emacs.vm.info