HDTenEightyP/NetNews huggingface dataset:
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: 11 Oct 92 05:12:28 GMT
 <9210021722.AA05654@wendy-fate.UU.NET> <JBW.92Oct3193217@bigbird.bu.edu>
 <9210082233.AA12674@wendy-fate.UU.NET>
Organization: Boston University Computer Science Department
In-reply-to: kyle@uunet.uu.net's message of 8 Oct 92 22:33:19 GMT


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

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

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

  Kyle> A large number of bytes primarily means trouble if you have a slow
  Kyle> disk or are loading over NFS.

Or are visiting your mailbox via ange-ftp.

-- 
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; Thu, 8 Oct 1992 18:55:48 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Thu, 8 Oct 1992 18:48:21 -0400
Subject: Makefile suggestion
Newsgroups: gnu.emacs.vm.bug
I'm going to give VM a better Makefile.  I can't just change *.el
to vm-*.el because VM comes with some non VM auxiliary Lisp files
that need to be compiled.
From: warsaw@nlm.nih.gov (Barry A. Warsaw)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: vm + supercite 2.2
Date: 7 Oct 92 01:10:54 GMT
	<GROSSJOH.92Oct5200012@lucy.ls6.informatik.uni-dortmund.de>
Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
Organization: Century Computing, Inc.


I just took a look at this thread so let me make a few comments.  The
first thing to understand is that supercite *by definition* doesn't
really know anything about VM (or GNUS, RMAIL, or any other reader it
can be connect to).  There is a well defined interface which SC
expects and which VM meets as distributed (yay Kyle!).  Other readers,
such as GNUS need certain functions to be overloaded in order to meet
this interface.  See the SC2.2 texinfo document for more information
on this interface.

SC is only called on a region of the reply buffer; ie point and mark
delineate the area that SC will cite.  The mail headers which SC will
use to extract information must be at the top of this region, and this
is the only information that SC parses before it starts to do its
thing.  So looking at the "From " line (no colon) isn't an option. SC
never sees the original mail or news article that might contains this
line.

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.  You can take a look at the mail headers inserted by
toggling sc-nuke-mail-headers-p to nil (you may also want to setq
sc-auto-fill-region-p to nil, then once the article is cited, hit undo
once).  If the From: line's not there, its a problem with VM, but
you're right, SC won't be able to figure out things like the author's
name and email address if there's no From: line.  SC2.2 should be a
bit saner than 2.1 in writing the header when there's no From: line.

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.

-Barry

PS. I personally use VM 5.32 (and GNUS 3.14) with SC 2.2, so I *know*
it works :-)
From: beust@modja.inria.fr (Cedric Beust)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: replying to names like (John (the second))
Keywords: realname, bad reply name
Date: 16 Oct 92 09:48:16 GMT
Organization: University of Nice Sophia-Antipolis, France

In article <1992Oct15.183931.159558@eratu.rz.uni-konstanz.de>,
hoehle@inf-wiss.ivp.uni-konstanz.de (Joerg-Cyril Hoehle) writes:
>Some users at our site have a REALNAME field like that says something
>like "Joerg Hoehle (fubar)", (note the parentheses), and when I want
>to send a reply to these people, vm inserts something like:
>
>fubar says:
>>...
>
>Which is definitely not what I want to see :-(
>
>Is this a regexp problem? I remember EMACS 18.57 RMAIL making a
>realname of "Joerg Hoehle (" of names like these. 18.58 fixed the
>problem.

	Are you sure? After a few tries, it seems to me vm acts the
	following way :

	- if the From: field contains an expression in (), it uses it
	to say "%F writes"

	- it there is none (brackets <> for example), then it uses the
	name that follows immediately From: upto the opening bracket

	It is the behavior I expect.


--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
Newsgroups: gnu.emacs.vm.bug
From: hoehle@inf-wiss.ivp.uni-konstanz.de (Joerg-Cyril Hoehle)
Subject: replying to names like (John (the second))
Summary: bad reply names are generated
Keywords: realname, bad reply name
Organization: Information Science, Univ. of Konstanz
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 15 Oct 1992 18:39:31 GMT

Some users at our site have a REALNAME field like that says something
like "Joerg Hoehle (fubar)", (note the parentheses), and when I want
to send a reply to these people, vm inserts something like:

fubar says:
>...

Which is definitely not what I want to see :-(

Is this a regexp problem? I remember EMACS 18.57 RMAIL making a
realname of "Joerg Hoehle (" of names like these. 18.58 fixed the
problem.

--
 	Joerg.
hoehle@inf-wiss.ivp.uni-konstanz.d
From: grossjoh@lucy.ls6.informatik.uni-dortmund.de (Kai Grossjohann)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: vm + supercite 2.2
Date: 8 Oct 92 11:42:45
Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
	<GROSSJOH.92Oct5200012@lucy.ls6.informatik.uni-dortmund.de>
	<WARSAW.92Oct6201054@anthem.nlm.nih.gov>
Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
NNTP-Posting-Host: lucy
In-reply-to: warsaw@nlm.nih.gov's message of 7 Oct 92 01:10:54 GMT

>>>>> 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                   
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Tue, 13 Oct 1992 17:04:52 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Tue, 13 Oct 1992 17:04:17 -0400
Subject: VM crashes emacs
Newsgroups: gnu.emacs.vm.bug
Thomas Weigert writes:
 > For quite a while I am experiencing sudden emacs crashes for no apparent
 > reason. Until recently I had not checked, since it happened only a few
 > times a week. But now it happens aggrevatingly often. 
 > 
 > I am convinced that the culprit is VM. In particular, it appears that once
 > your mail-files are sufficiently large (> 100 messages), then the tiniest
 > network timeout sends emacs down the tubes. I am using VM 5.31.

The culprit may be memory troubles after Emacs exceeds its 8 MB
virtual memory limit.  You can increase this limit to 32MB with a
two line addition to src/config.h.

#define VALBITS 26
#define GCTYPEBITS 5

 > Does anybody else experience this problem, and if so, how are
 > you working around it. Might upgrading to VM 5.32 help?

Probably not.
From: am299bv@sdcc15.ucsd.edu (Ravinder Bhumbla)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: VM crashes emacs
Date: 14 Oct 92 23:40:16
Organization: UC San Diego, AMES Department
Reply-To: rbhumbla@ames.ucsd.edu (Ravinder Bhumbla)
NNTP-Posting-Host: sdcc15.ucsd.edu
In-reply-to: fox@cs.nyu.edu's message of Thu, 15 Oct 1992 02:42:09 GMT

I thought that I was the only one who had this problem.  I thought it
had something to do with the fact that my machine runs Emacs version
18.55.0 because the Sys Admins haven't found time to upgrade it.

I just switched back to VM version 4.41 which doesn't have that
problem though I do miss some of the nice features of 5.31 like mail
buffers with unique names (as opposed to the default *mail* name),
and, the ability to mark multiple messages and run a command on all of
them.

Oh well!

-Ravi-

p.s. - I still don't understand.  Why is VM 5.31 the only package I
have tried that actually crashes emacs?  Surely it should have some
kind of protection built in.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 8 Oct 1992 18:33:57 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Thu, 8 Oct 1992 18:33:19 -0400
Subject: Re: vm-confirm-quit should have value meaning ask if folder > some size
	<9210021722.AA05654@wendy-fate.UU.NET>
	<JBW.92Oct3193217@bigbird.bu.edu>
Newsgroups: gnu.emacs.vm.bug
Joe Wells writes:
 > 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?

A large number of bytes primarily means trouble if you have a
slow disk or are loading over NFS.  If you;re tight on physical
memory you'll page some as VM scans the buffer sequentially
looking for message separators.  But Emacs will have just loaded
the whole file into memory so very little of it should have been
paged out, so paging should be low.  Things may get bad later in
the session because of gap motion, but VM mostly avoids this at
startup.

A large number of messages means VM must spend time building
the message lists, parsing headers and generating the summary.
Number of messages is much more significant here, because each
message, regardless of size, adds about the same amount of work.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Sun, 11 Oct 1992 22:22:20 EDT
Date: Sun, 11 Oct 1992 22:22:30 EDT
From: lammens@cs.Buffalo.EDU (Joe Lammens)
Subject: mailbox buffer messed up after followup
Newsgroups: gnu.emacs.vm.bug
Often (but not always) after following up (F) or replying (R) to a message
in a vm box (e.g. INBOX), the mailbox buffer is messed up when I am
returned to it. Point seems to be at the beginning of the file, and all the
headers and things that usually don't show do. Hitting "p" followed by "n"
fixes things. I haven't detected any pattern in when it does or does not
happen. 

Joe Lammens.

x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 8 Oct 1992 22:31:35 EDT
Date: Thu, 8 Oct 1992 22:31:35 -0400
From: kyle@uunet.uu.net (Kyle Jones)
Subject: Re: Makefile suggestion
	<9210082248.AA15282@wendy-fate.UU.NET>
	<DIECPH.92Oct8204721@ucunix.ucunix.san.uc.edu>
Newsgroups: gnu.emacs.vm.bug
I guess I should have said VM _will_ be distrbuted with non-VM
Lisp files.  I'll probably start distributing it with the window
configuration library, the timer package and Joe Wells' full name
grokking code.
Newsgroups: gnu.emacs.vm.info
From: arc@Ingres.COM (Andy Cowling)
Subject: Re: More questions from a novice.
In-reply-to: west@chance.tsd.itg.ti.com's message of Thu, 8 Oct 1992 02:37:15 GMT
Organization: Ingres, an ASK Company
Date: 8 Oct 92 07:28:48 GMT

>> On Thu, 8 Oct 1992 02:37:15 GMT, west@chance.tsd.itg.ti.com (Roger West) said:

  Roger> 1)	What is the easiest way to convert all my rmail files into standard
  Roger> 	unix mail format so vm can use them?

Time to post this timeless classic again. Enjoy !

#!/bin/sh
#
# usage:	rmail-to-mail file1 file2 ...
#
# result:	file1~     is the original Babyl file
#		file1      is an empty Babyl file
#		file1.mail is a UNIX mail file with the messages from file1

cat > /tmp/$$.el << EOF
;;;
;;; Author:  Nathan Hess  (woodstock@hobbes.intel.com)
;;;
;;

(let ((file-to-be-converted (buffer-file-name))
      (message-count 0)
      (rmail-delete-after-output t)
      (unix-style-file-name (concat (buffer-file-name) ".mail")))
  (kill-buffer (current-buffer))
  (rmail file-to-be-converted)
  (rmail-show-message 1)
  (while (not (rmail-output unix-style-file-name))
    (setq message-count (1+ message-count)))
  (rmail-quit))
EOF

for f in "$@" ; do
    echo ">>> Doing $f"
    emacs -batch $f -l /tmp/$$.el -kill
    echo ">>> Done"
done

rm -f /tmp/$$.el

exit 0

--
Andy Cowling (arc@ingres.com)
Ingres Ltd, (Emerging Products Group), 15-19 Britten St, London SW3 3TY
Newsgroups: gnu.emacs.vm.info
From: grendel@fen.arc.nasa.gov (Raymond E. Suorsa)
Subject: Re: Can't control my headers!
Reply-To: grendel@windchime.arc.nasa.gov
Organization: NASA Ames
Date: Wed, 14 Oct 1992 09:07:10 GMT

Hi,

If anyone has figured out the proper way to use vm-visible-headers,
vm-invisible-header-regex, and vm-highlighted-header-regexp could you
mail me a copy of your .vm file so I can see how it's done.  The only
way I can program in elisp is by blatant copying :-)

Thanks,

(A FAQ with .vm examples would be way neato cool... does anyone have
the time?  Hint hint grin grin)


  __o   Ray Suorsa,
  \<,   grendel@windchime.arc.nasa.gov,
()/ ()  NASA/Ames (415)604-6334
Newsgroups: gnu.emacs.vm.info
From: stuarth@argo.csis.dit.csiro.au (Stuart Hungerford)
Subject: How to save all incoming messages in VM?
Organization: CSIRO Division of Information Technology
Date: Wed, 14 Oct 1992 05:15:24 GMT


Is it possible to automatically save a copy of every message I receive into a
nominated file, *as well as* have the messages treated "normally" by VM?

Stu

/-----------------------------------------------------------------------------\
| Stuart Hungerford | Internet : stuarth@csis.dit.csiro.au                    |
| CSIRO DIT         | Voice    : +61-6-2750941                                |
| Australia         | Fax      : +61-6-2571052                                |
\-----------------------------------------------------------------------------/
  RWFM? TFRM, TFUM, OTFGSM?
  (Read Which Flaming Manual? The Flaming Reference Manual, The Flaming User
   Manual Or The Flaming Getting Started Manual?)
                                                -- Michael Swaine

-- 
/-----------------------------------------------------------------------------\
| Stuart Hungerford | Internet : stuarth@csis.dit.csiro.au                    |
| CSIRO DIT         | Voice    : +61-6-2750941                                |
| Australia         | Fax      : +61-6-2571052                                |
From: friedman@gnu.ai.mit.edu (Noah Friedman)
Newsgroups: gnu.emacs.vm.info
Subject: Re: How to prevent autosaving and backup of my vm mail file?
Date: 8 Oct 92 15:44:14 GMT
Organization: Free Software Foundation, 675 Mass Ave. Cambridge, MA 02139
In-reply-to: felix@laas.fr's message of 8 Oct 92 08:09:34 GMT

>How to prevent autosaving and backup of my vm mail file? is there a per
>buffer variable for this purpose?


(setq vm-mode-hooks 
   (function
     (lambda ()
        ;; I generally make numbered backups of files, but mail isn't one of
        ;; those cases where I want to do that. 
       (make-local-variable 'version-control)
       (setq version-control nil))))
x-gateway: rodan.UU.NET from info-vm to gnu.emacs.vm.info; Sat, 10 Oct 1992 13:48:53 EDT
Date: Sat, 10 Oct 1992 13:48:47 -0400
From: kyle@uunet.uu.net (Kyle Jones)
Subject: Re: Can't control my headers!
	<9210092246.AA25816@thalidomide.lucid>
Newsgroups: gnu.emacs.vm.info
Jamie Zawinski writes:
 > The version of VM 5.32 distributed with Lucid Emacs 19.3
 > contains the variables vm-show-message-hook,
 > vm-preview-message-hook, vm-show-new-message-hook, and
 > vm-show-unread-message-hook.  I think I've convinced Kyle
 > to include some version of these hooks in a future
 > official release of VM (right Kyle?)

Right.
Newsgroups: gnu.emacs.vm.info
From: ryanr@lamar.ColoState.EDU (Richard Ryan)
Subject: The header "Reply-To:"
Date: Fri, 9 Oct 1992 19:09:08 GMT
Distribution: gnu
Organization: College of Natural Sciences, Colorado State University

Hi,

Is there anything for brings up the "Reply-To:" header like
C-c C-f C-s does for "Subject:" and C-c C-f C-t does for "To:"

Thanks,
Richard.
--
--
ryanr@lamar.ColoState.EDU
x-gateway: rodan.UU.NET from info-vm to gnu.emacs.vm.info; Fri, 9 Oct 1992 17:32:48 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Fri, 9 Oct 1992 17:32:21 -0400
Subject: Trouble getting started (retrieving new mail)
Newsgroups: gnu.emacs.vm.info
Abhinandan Jain writes:
 > I am using VM 5.32.L with Lucid emacs 19.3 and Sun Sparc, SunOS 4.1.2.
 > 
 > I am trying to get started using VM. However I am having trouble
 > retrieving new mail. I would appreciate it if somebody could help me
 > figure out what is going wrong.
 > 
 > When I use the "g" command, it comes back with messages saying that it
 > is getting new mail from /usr/spool/mail/jain and writing to
 > /home/jain/Folders/INBOX, but ends up with a "No new mail" message even
 > when there is new mail.

This means trouble with movemail.  It probably cannot create a
lockfile in the spool directory.  movemail may need to be made
setgid mail.
Newsgroups: gnu.emacs.vm.info
Subject: auto-folder-alist question
From: gnat@kauri.vuw.ac.nz (Nathan Torkington)
Date: Sat, 17 Oct 1992 04:05:03 GMT
Distribution: gnu
Organization: Contract to CSC, Victoria Uni, Wellington, New Zealand

*sigh*.  In my .emacs I have the following:

(defvar vm-auto-folder-alist '(("To"
                                ("games-list@vuw.ac.nz" . "~/Mail/games-list")
                                ))
  "Store in folders depending on who it's from")

which *SHOULD* bung anything that has come to my door via the sendmail
alias games-list@vuw.ac.nz into the file ~/Mail/games-list.  Does it?
Hell no :-) I've debugged carefully, sending myself more mail than I
normally receive from others in a week, and after it fails to save I
have inspected variables and evaluated expressions to my heart's
content.  It would appear that vm-auto-select-folder should be doing
all the funky stuff - the (string-match (car (car tuple-list))
header)) should be working (it evaluates to 0).  From there the code
loses me, but I can evaluate (eval (cdr (car tuple-list))) and it
gives me the right file name ("~/Mail/games-list").

What am I doing wrong?  I am using VM-4.40, not byte-compiled (yet) on
an otherwise fine SGI iris setup.

Hmm, while I'm at it - if sendmail has aliases set up, and mail to
games-list@vuw.ac.nz comes to me, how can I set up VM so that when I
reply, it has a Reply-To: games-list@vuw.ac.nz header?  I would assume
that it is done with a reply-hook, but if there is a couther method I
would love to know.

Thanks,

Nat
(Nathan.Torkington@vuw.ac.nz)
Newsgroups: gnu.emacs.vm.info
From: west@chance.tsd.itg.ti.com (Roger West)
Subject: More questions from a novice.
Organization: Texas Instruments, Speech Mushrooms.
Date: Thu, 8 Oct 1992 02:37:15 GMT


Thanks to Tero and Eyvind for their help on my "Wrong type argument: arrayp,
nil" problem a while back.  I believe everything is working correctly for me
now.  I had a few more questions which I couldn't find any reference to in
the documentation...

1)	What is the easiest way to convert all my rmail files into standard
	unix mail format so vm can use them?

2)	Is there a way to associate different mail files to different spool
	files?  I am currently subscribed to several mailing lists using
	different user names, so mail from each list is placed in its own
	spool file under /usr/spool/mail.  Since rmail files remember which
	spool file they belong to, new mail in each spool file is fetched only
	when the corresponding rmail file is visited.  I would like to do
	something similar using vm if possible.

Thanks again.
--
   _____________________________________________________________
   |   Roger West              Internet: west@tsd.itg.ti.com   |
   |   Texas Instruments Inc.    TI MSG: RWES                  |
   |   PO Box 149149, MS 2201     Voice: (512) 250-7372        |
   |___Austin, TX 78714-9149________Fax: (512) 250-7104________|
From: beust@modja.inria.fr (Cedric Beust)
Newsgroups: gnu.emacs.vm.info
Subject: Auto-fill with vm
Date: 13 Oct 92 10:43:37 GMT
Organization: University of Nice Sophia-Antipolis, France


	Since there doesn't seem to be any hook to auto-fill a yanked
	message (it merely replaces "^" with the text prefix), I
	decided to write my own and to keep it as small as possible.
	The shortest solution follows I could find follows. It involves
	adding a line to the function vm-mail-yank-default in the file
	vm-reply.el

(defun vm-mail-yank-default (message)
  (save-excursion
    (delete-region (point) (progn (search-forward "\n\n") (point)))
    (save-excursion (fill-region (point) (point-max)))   ;; @@@
    (if vm-included-text-attribution-format
	(insert (vm-sprintf 'vm-included-text-attribution-format message)))
    (let ((zmacs-regions nil))
      (while (and (re-search-forward "^" nil t) (< (point) (mark)))
	  (replace-match vm-included-text-prefix t t)))))


	The added line is @@@. It performs a global fill before the
	replace begins. Provided you switch automatically to auto-fill
	mode when you write a mail (I use mail-setup-hook to do this),
	all your cited mails will be automagically-filled before being
	quoted.

For information : Lucid emacs 19.3, vm 5.32Beta

--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
x-gateway: rodan.UU.NET from info-vm to gnu.emacs.vm.info; Fri, 9 Oct 1992 18:52:01 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Fri, 9 Oct 1992 18:51:36 -0400
Subject: Can't control my headers!
Newsgroups: gnu.emacs.vm.info