HDTenEightyP/NetNews huggingface dataset:
From: gniibe@mri.co.JP (NIIBE Yutaka)
Subject: truncate line at multi culumn char. and selective display
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 8 Apr 1992 05:46:25 GMT

Hello.  I continue to read `indent.c' and found another bugs.

In GNU Emacs 18.58.2 of Wed Apr  8 1992 on moo (berkeley-unix)

To regenerate wrong behaviour,

(1) Please split window horizontally and set `truncate-lines' t.
    Then, bind individual buffer to each window.  On left window,
    please input long line so that it is truncated at multi culumn
    character (e.g. TAB, \333).  When you `forward-char' at the
    character, cursor will go another window.

             - truncated at multi culumn character, such as TAB or \333
            / 
  ----------------------------
  long-line $|[]<-- ??? cursor comes HERE!
             | 
  ============================
   \             /
   a buffer   another buffer

(2) Please input some characters and make a buffer like this:

  ----------------
  (1) heading
      (1.1) mu
      (1.2) le
  ----------------

   Then, type C-u C-x $ (set-selective-display).

  ----------------
  (1) heading ...


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

   And, type C-u C-x < (scroll-left).

  -------------
  $heading ...
           ^  ^--- cursor should come here
           |----- but acutually comes HERE
  -------------


Here is my proposal patch.  Thanks.
--
GniiBE

===================== FROM HERE ===================
*** indent.c.bak	Fri Mar 27 10:39:24 1992
--- indent.c	Wed Apr  8 13:52:16 1992
***************
*** 393,399 ****
  		{
  		  while (++pos < to && FETCH_CHAR (pos) != '\n');
  		}
! 	      while (selective > 0 && position_indentation (pos + 1) >= selective);
  	      pos--;
  	      /* Allow for the " ..." that is displayed for them. */
  	      if (!NULL (current_buffer->selective_display_ellipses))
--- 393,400 ----
  		{
  		  while (++pos < to && FETCH_CHAR (pos) != '\n');
  		}
! 	      while (pos < to &&
! 		     selective > 0 && position_indentation (pos + 1) >= selective);
  	      pos--;
  	      /* Allow for the " ..." that is displayed for them. */
  	      if (!NULL (current_buffer->selective_display_ellipses))
***************
*** 407,417 ****
  	    {
  	      /* A visible line.  */
  	      vpos++;
! 	      hpos = 0;
  	    }
- 	  hpos -= hscroll;
- 	  if (hscroll > 0) hpos++; /* Count the ! on column 0 */
- 	  tab_offset = 0;
  	}
        else if (c == CR && selective < 0)
  	{
--- 408,417 ----
  	    {
  	      /* A visible line.  */
  	      vpos++;
! 	      hpos = -hscroll;
! 	      if (hscroll > 0) hpos++; /* Count the ! on column 0 */
! 	      tab_offset = 0;
  	    }
  	}
        else if (c == CR && selective < 0)
  	{
***************
*** 448,453 ****
--- 448,454 ----
  	      /* Truncating: skip to newline.  */
  	      while (pos < to && FETCH_CHAR (pos) != '\n') pos++;
  	      pos--;
+ 	      hpos = width;
  	    }
  	  else
  	    {

Newsgroups: gnu.emacs.bug
From: Mark.Easter@fsi-ssd.UUCP
Subject: POSIX support
        marke%fsi-ssd@uunet.uu.net <fsi-ssd!marke@uunet.uu.net>
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 12:34:53 GMT

During an effort to port emacs 18.57 to the Harris Nighthawk 4400, an
88k machine running "almost" SVR4, I uncovered a problem with signals. 
This machine has implemented POSIX signals and has moved SIGIO to "bit"
34.  Since the att and bsd support in emacs currently only supports the
"old" 31 signals, a port of emacs to the Harris requires modifying
callproc.c, data.c, fileio.c keyboard.c, malloc.c, process.c, sysdep.c,
unexec.c, x11term.h, and ymakefile to use POSIX signal processing
functions and structures.  This raises several questions:

(1) Does FSF plan to support POSIX signal processing in emacs and, if
so, when could someone expect to see it?

(2) Harris has made the required modifications to 18.55.  Do you have
or want copies of these changes?

Finally, might I ask if Revision 19 is expected out before the end of the year?

Thanks,

Mark Easter
FlightSafety International
uunet!fsi-ssd!marke

Newsgroups: gnu.emacs.bug
From: jkp@cs.hut.fi (Jyrki Kuoppala)
Subject: Bug report for emacs 18.58
Organization: Helsinki University of Technology, Finland.
Distribution: gnu
Date: Wed, 8 Apr 1992 07:48:16 GMT

> >How about this: have just one variable, extralisppath or something
> >like that which is added before the /p/emacs/lisp directory.
> 
> Actually, this procedure involves two variables, too.  extralisppath
> is one, and "/p/emacs/lisp" has to come from another variable, right?

I was assuming here that the "/p/emacs/lisp" or more correctly
"/p/gnu/lib/emacs/lisp" would come from the --prefix=/p/gnu like in
other GNU software which uses configure - the build process would tag
the lib/emacs/lisp in the end like the gcc 2.1 build process puts
lib/gcc-lib/... at the end of the prefix.

By having the default extralibpath be ${prefix}/lib/emacs/lisp/local
people with setups similar to ours needn't change a single variable
and still could easily manage a local lisp directory.

//Jyrki

Newsgroups: gnu.emacs.bug
From: fpb@ittc.wec.COM (Frank P. Bresz)
Subject: Fix for dbx.el
Organization: Westinghouse, ITTC, Pgh, PA.
Distribution: gnu
Date: Thu, 9 Apr 1992 15:08:06 GMT

In GNU Emacs 18.57.6 of Sat Nov 30 1991 on ittc (berkeley-unix)


I was hacking around with dbx.el and dbx-where kept failing.  Here is the
patch I applied to make it work.  It seems as if it was setting the
default-directory to 'nil' which was giving expand-file-name real
headaches.

P.S.  I think I have seen similar behaviour in other packages, but I can't
remember exactly where.

Frank P. Bresz  |PCD Simulators Department, Westinghouse Electric Corporation
fpb@ittc.wec.com|My opinions are mine, WEC pays big money for official opinions
uunet!ittc!fpb  |Member: League for Programming Freedom (LPF) | STOP Software |
+1 412 733 6749 |For more information on the 'LPF' send mail  |  Patents Now  |

fpb@michelob:lisp 200==>rcsdiff -c dbx.el
===================================================================
RCS file: RCS/dbx.el_v
retrieving revision 1.1
diff -c -r1.1 dbx.el
*** /tmp/RCSAa07053     Thu Apr  9 11:05:40 1992
--- dbx.el      Thu Apr  9 11:05:35 1992
***************
*** 94,100 ****
    (interactive "fProgram to debug: ")
    (let ((file (file-name-nondirectory path)))
      (switch-to-buffer (concat "*dbx-" file "*"))
!     (setq default-directory (file-name-directory path))
      (switch-to-buffer (make-shell (concat "dbx-" file) "dbx" nil file)))
    (setq dbx-process (get-buffer-process (current-buffer)))
    (set-process-filter dbx-process 'dbx-filter)
--- 94,101 ----
    (interactive "fProgram to debug: ")
    (let ((file (file-name-nondirectory path)))
      (switch-to-buffer (concat "*dbx-" file "*"))
!     ; Set default directory only if the file isn't here
!     (setq default-directory (or (file-name-directory path) default-directory))
      (switch-to-buffer (make-shell (concat "dbx-" file) "dbx" nil file)))
    (setq dbx-process (get-buffer-process (current-buffer)))
    (set-process-filter dbx-process 'dbx-filter)

Newsgroups: gnu.emacs.bug
From: pot@fly.cnuce.cnr.it (Francesco Potorti`)
Subject: Problem with timezones in Unix message delimiters
Reply-To: pot@cnuce.cnr.it
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 17:51:00 GMT

The Anund Lie patch should be patched (yuk!) as follows, since not all
the systems support the -u option to the date(1) command:

--- sendmail.el~	Wed Apr 15 17:29:57 1992
+++ sendmail.el	Wed Apr 15 18:43:09 1992
@@ -289,3 +289,3 @@
 		 (setq local-time (mail-get-time "date"))
-		 (setq gmt-time (mail-get-time  "date" "-u"))
+		 (setq gmt-time (mail-get-time  "env" "TZ=GMT" "date"))
 		 (setq gmt-offset (- local-time gmt-time))

		    Francesco Potorti`	| pot@cnuce.cnr.IT (Internet)
				 	| 39369::pot       (DECnet)
					| (39)(50)593203   (voice)

Newsgroups: gnu.emacs.bug
From: zessin@hptest.rbi.informatik.uni-frankfurt.de (Ralf Zessin)
Subject: Bug in 18.58, fileargs on startup
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 15 Apr 1992 12:24:46 GMT

Hello, we have a discovered i bug in 18.58,

when calling emacs with
	emacs fileargs...

it searches files always relative to homedirectry ,
this happens also with ./arg, correct behavior is only with absolute
pathnames.

	- Ralf

P.S:	Platform is hp9000s710, HP-UX 8.05


Newsgroups: gnu.emacs.bug
From: castor@drizzle.stanford.edu (Castor Fu)
Subject: Re: Help: Decstation malloc returns too big value.
Organization: DSG, Stanford University
Distribution: gnu
Date: Thu, 9 Apr 1992 14:53:23 GMT

wolfgang@wsrcc.COM (Wolfgang S. Rupprecht) writes:


>Another advantage of getting the 8-bit tag out of the integer's
>storage is that one can have bigger integers.  This in turn means that
>one can look at bigger files.  Right now, 8 megs (total) is the limit.
>If the tag were dumped elsewhere one would have enough addressing to
>edit 1-2 gig files.  
>-- 
>Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
>Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511

I would be happy if emacs would simply figure out that it had a problem
when trying to read files that are too large, and then told
me to give up.  I tried editing a 
13 megabyte file yesterday, and emacs happily tried to do so, but 
simply behaved erratically rather than indicating that I was doing
something wrong.

As they say, "man's got to know his limitations"

	-castor fu
	castor@drizzle.stanford.edu
	castor@drizzle.stanford.edu

Newsgroups: gnu.emacs.bug
From: jimb@occs.cs.oberlin.edu (Jim Blandy)
Subject: Bug report for emacs 18.58
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 7 Apr 1992 13:24:15 GMT

>My paths.h sets the load path to "/p/emacs/lisp/hut:/p/emacs/lisp";
>the code in lread.c adds "../lisp" in front of load path when loading
>and dumping emacs.  This causes trouble if there a preferred elisp
>file which is to be dumped in the local elisp dir 'lisp/hut' ...
>
>I think it would be better if the ../lisp dir would be appended to the
>end of the path specified in paths.h rather than the beginning.

I'm not sure that moving ../lisp to the end is a good solution.  It
should be in front of the directories that the installed Emacs will
use.  That is, in your example, ../lisp should really go *between* the
other two path elements, resulting in

	"/p/emacs/lisp/hut:../lisp:/p/emacs/lisp"

That way, your customizations will be consulted, then the lisp library
in the build tree, and finally the path of the soon-to-be-installed
lisp library.

The Emacs 19 Makefile offers a variable called `lisppath', which is a
colon-separated list of directories for Emacs to search for lisp.
Suppose we added another (yet another!) variable to set, perhaps
called `buildlisppath', which is prepended to `lisppath' when Emacs is
dumping; it would default to "../lisp", and you could change it to
"/p/emacs/lisp/hut:../lisp".

How does that sound?

Newsgroups: gnu.emacs.bug
From: jerry@math.ep.utexas.EDU (Jerry)
Subject: Process shell exited abnormally with code 1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 8 Apr 1992 08:57:10 GMT

Using SunOS 4.1.1, it turns out that the exec-path variable appends
the value of ./etc to the current PATH environment variable.  This
causes a problem because /usr/bin is naturally included in $PATH and
there we find

-rwxr-xr-x  1 root     staff        5544 Oct 11  1990 /usr/bin/env

a built-in SunOS command, which does not do the same thing as ./etc/env

-rwxr-xr-x  1 root     daemon      24576 Nov 29  1990 /usr/local/emacs/etc/env

and so returns the message given in the Subject: line above.

---------------- Excerpt from ./src/paths.h ----------------
/* the extra search path for programs to invoke.
 This is appended to whatever the PATH environment variable says
 to set the Lisp variable exec-path and the first file namein it
  sets the Lisp variable exec-directory.  */
#define PATH_EXEC "/usr/local/emacs/etc/"
---------------- Excerpt from ./src/paths.h ----------------

The FAQ says:

---------------- Excerpt from emacs-FAQ ----------------
89: Why do I get "Process shell exited abnormally with code 1"?
  
  The most likely reason for this message is that the "env" program is not
  properly installed.  This program should be compiled and installed with
  execute permission for everyone in Emacs's program directory, which is
  normally /usr/local/emacs/etc.  You can find what this directory is at
  your site by inspecting the value of the variable exec-directory by typing
  "C-h v exec-directory RET".
  
  See also etc/PROBLEMS for other possible causes of this message.           +

---------------- Excerpt from emacs-FAQ ----------------

and ./PROBLEMS (not ./etc/PROBLEMS) says:

---------------- Excerpt from ./PROBLEMS ----------------
* M-x shell persistently reports "Process shell exited abnormally with code 1".

This happened on Suns as a result of what is said to be a bug in Sunos
version 4.0.x.  The only fix was to reboot the machine. 
---------------- Excerpt from ./PROBLEMS ----------------

If I put ./etc explicity in the PATH environment variable _before_
/usr/bin, the problem goes away.  I'm not sure this is something I
want to do.  Is there a better fix?  Was there some reason that
exec-path appends the value ./etc to PATH instead of prepending it?

-Jerry

Newsgroups: gnu.emacs.bug
From: jimb@occs.cs.oberlin.edu (Jim Blandy)
Subject: call-interactively locks up on function loops
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 14 Apr 1992 21:47:25 GMT

To recreate the bug, evaluate the following expression:

	(fset 'hoge 'hoge)

and then evaluate

	(call-interactively 'hoge)

Emacs will hang; C-g will not revive it.  Here is a patch.

Wed Apr 15 00:34:05 1992  Jim Blandy  (jimb@pogo.cs.oberlin.edu)

	* callint.c (Fcall_interactively): Check for quits when following
	function chain.


*** callint.c.~2~	Wed Apr 15 01:38:42 1992
--- callint.c	Wed Apr 15 01:40:50 1992
*************** Otherwise, this is done only if an arg i
*** 170,177 ****
  
   retry:
  
!   fun = function;
!   while (XTYPE (fun) == Lisp_Symbol && !EQ (fun, Qunbound)) fun = XSYMBOL (fun)->function;
  
    if (XTYPE (fun) == Lisp_Subr)
      {
--- 170,181 ----
  
   retry:
  
!   for (fun = function;
!        XTYPE (fun) == Lisp_Symbol && !EQ (fun, Qunbound);
!        fun = XSYMBOL (fun)->function)
!     {
!       QUIT;
!     }
  
    if (XTYPE (fun) == Lisp_Subr)
      {

Newsgroups: gnu.emacs.bug
From: roberts@nsrl31.nsrl.rochester.edu
Subject: Emacs 18.58, VMS 5.5, suspend-emacs sometimes fails
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 13 Apr 1992 23:04:23 GMT

I just installed Emacs 18.58 last Thursday.  Over the weekend we
upgraded our cluster to VMS 5.5.  Today I am having trouble with
suspend-emacs.  Sometimes I can hit ^Z and the screen simply
refreshes.  If I keep trying, it will suspend.  Sometimes it
suspends the first time, sometimes it takes up to five attempts.
Evaluating (suspend-emacs) in the *scratch* buffer has the same
behavior.  I have no idea where the problem lies.

There is one slight catch...I modified sys_suspend (no don't say
"Aha!")  using the same code I had in Emacs 18.55 that allows emacs
to attach to a process other than the one that originally spawned
(this is useful for using Emacs as a mail editor under VMS).  The
modification is slight, shown below, and never (I do mean never)
showed the problem in version 18.55 that I am now seeing.  

I can try removing this code and rebuilding to see if the problem
goes away, but would like to make that a last resort, since I need
to have the ability this code allows.

roland
--
Roland B Roberts                 (716) 275-8962         University of Rochester
roberts@uornsrl.bitnet                    Nuclear Structure Research Laboratory
roberts@nsrl31.nsrl.rochester.edu                           271 East River Road
rbr4@uhura.cc.rochester.edu                                 Rochester, NY 14627
--
Fight `Look and Feel' Lawsuits and Software Patents!
Join the League for Programming Freedom, info from: league@prep.ai.mit.edu


--- FROM sysdep.c ---

sys_suspend ()
{
#ifdef VMS
  /* "Foster" parentage allows emacs to return to a subprocess that attached
   to the current emacs as a cheaper than starting a whole new process. This
   is set up by KEPTEDITOR.COM */

  unsigned long parent_id, foster_parent_id;
  char *fpid_string;

  fpid_string = getenv("EMACS_PARENT_PID");
  if (fpid_string != NULL)
    {
      foster_parent_id = strtoul(fpid_string,NULL,16);
      if (foster_parent_id != 0)
	parent_id = foster_parent_id;
      else
	parent_id = getppid ();
    }
  else
    parent_id = getppid ();
  if (parent_id && parent_id != 0xffffffff)
    {
      int oldsig = signal (SIGINT, SIG_IGN);
      int status = LIB$ATTACH (&parent_id) & 1;
      signal (SIGINT, oldsig);
      return status;
    }
  return -1;
#else
[...]

Newsgroups: gnu.emacs.vm.bug
Date: Mon, 13 Apr 92 18:05:07 -0400
From: roland@gnu.ai.mit.edu (Roland McGrath)
Subject: cc'ing myself
How can I get VM 5.32 to stop including me in CC headers when I do r and f?
Newsgroups: gnu.emacs.vm.bug
Date: Wed, 15 Apr 92 12:49:48 CDT
From: "Erik E. Rantapaa" <rantapaa@s5.math.umn.edu>
Subject: Some vm questions...
Thanks to all who responded!  I am amazed at how fast I got replies
to my letter.  It was all *very* useful information.  Thanks again!
Newsgroups: gnu.emacs.vm.bug
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Mon, 13 Apr 92 18:06:29 -0400
Subject: cc'ing myself
References: <9204132205.AA28525@churchy.gnu.ai.mit.edu>
> How can I get VM 5.32 to stop including me in CC headers when I do r and f?

See the documentation for vm-reply-ignored-addresses.
From: jbw@bigbird.bu.edu (Joe Wells)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: sort by date sent (several hacks sought)
Date: 10 Apr 92 20:31:54 GMT
 <JGD.92Apr9191219@kodiak.acl.lanl.gov>
Distribution: gnu
Organization: Boston University Computer Science Department
In-reply-to: jgd@acl.lanl.gov's message of 10 Apr 92 02:12:19 GMT

In article <JGD.92Apr9191219@kodiak.acl.lanl.gov> jgd@acl.lanl.gov (Jerry G. DeLapp) writes:

   "Could the final release of vm-5.32 (or at least the next release)
   sorting by date sent please handle both RFC832 and RFC1123 style dates
   and not trigger reordering when the dates are equivalent."

   For example, 1992 and 92 are equivalent years and comparing them should not
   trigger reordering if the month and year are equivalent...

This is easy.  Convert the strings to numbers and then apply `mod' with
1900 as second argument.  This will work for at least the next 1807 years.

-- 
Enjoy,

Joe Wells <jbw@cs.bu.edu>
Member of the League for Programming Freedom --- send e-mail for details
From: jbw@bigbird.bu.edu (Joe Wells)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: sort by date sent (several hacks sought)
Date: 15 Apr 92 23:54:45 GMT
 <JGD.92Apr9191219@kodiak.acl.lanl.gov> <JBW.92Apr10153154@bigbird.bu.edu>
 <JGD.92Apr14110237@kodiak.acl.lanl.gov>
Distribution: gnu
Organization: Boston University Computer Science Department
In-reply-to: jgd@acl.lanl.gov's message of 14 Apr 92 18:02:37 GMT

In article <JGD.92Apr14110237@kodiak.acl.lanl.gov> jgd@acl.lanl.gov (Jerry G. DeLapp) writes:

   If it's so easy, can you please provide the hacks? That's what I was asking
   for, not the algorithm.

   [...]

   I'm sure that since this is so easy, someone who knows the code will be
   happy to post the hacks.

So in other words, we're all your slaves and we have to immediately drop
what we're doing and tend to your trivial problem?  I'm glad to know
you're so damned important.

In article <JGD.92Apr14111613@kodiak.acl.lanl.gov> jgd@acl.lanl.gov (Jerry G. DeLapp) writes:

   Fine! "Group by date sent..." Jeez! I bet you'd spend usenet bandwidth
   correcting someone's spelling too! ;-).

No, you were making a common mistake in thinking that VM sorted by date
and I pointed out that this capability does not exist.

   When a package consistently moves one particular message to the
   "bottom" of my INBOX because the day field of the date says 08 instead
   of 8, I tend to call that sorting. Mea culpa!

It is not sorting BY DATE.

   Anyone care to post a hack, instead of a semantic critique of the
   request? 8)

I suggest that no one help this incredibly rude and insulting person.

-- 
Joe Wells <jbw@cs.bu.edu>
From: jbw@bigbird.bu.edu (Joe Wells)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: Some vm questions...
Date: 15 Apr 92 17:09:45 GMT
Organization: Boston University Computer Science Department
In-reply-to: rantapaa@s5.math.umn.edu's message of 15 Apr 92 05:51:34 GMT

In article <9204150551.AA25568@s6.math.umn.edu> rantapaa@s5.math.umn.edu (Erik E. Rantapaa) writes:

   Can I have vm save a copy of every message I send, or equivalently, put me
   on the 'CC:' line automatically?

Variables: mail-archive-file-name, mail-self-blind

   This is more of a request rather than a question, but it would be nice if
   there was a 'vm-resend-rejected-message' function which could be used when
   mail bounces because of bad mailing address.  This function would extract
   the original body, subject and address into a '*VM-mail*' buffer so one
   could quickly edit and resend it.

Function: vm-resend-bounced-message

   Finally, it would be nice to have some sort of mail-address completion.
   Alias in one's .mailrc help a little, but there are a lot of people's
   names which I mispell (hence the above request) and I doen't always remember
   the mail alias I've set aside for them.  I haven't thought this feature out
   completely, so it might be a little half-baked.

BBDB does this.

-- 
Enjoy,

Joe Wells <jbw@cs.bu.edu>

Member of the League for Programming Freedom --- send e-mail for details
Newsgroups: gnu.emacs.vm.bug
From: jrs@world.std.com (Rick Sladkey)
Subject: full doc string for vm-summary-mode
Organization: The World Public Access UNIX
Distribution: gnu
Date: Thu, 16 Apr 1992 07:33:18 GMT

Someone asked a little while ago for a way to get describe-mode to
show the same info for vm-summary-mode as for vm-mode instead of a
polite pointer to the other docs.  Here is the way I do it in my
~/.vm.  Must be run after vm is loaded.

;; ensure that doc strings are the same for vm-mode and vm-summary-mode

(setcar (nthcdr 2 (symbol-function 'vm-summary-mode))
        (nth 2 (symbol-function 'vm-mode)))

-- 
Rick Sladkey
jrs@world.std.com
From: jbw@bigbird.bu.edu (Joe Wells)
Newsgroups: gnu.emacs.vm.bug
Subject: Re: problem with "Newsgroups:" header line
Date: 10 Apr 92 06:25:12 GMT
 <9204040312.AA03133@wendy-fate.UU.NET>
Organization: Boston University Computer Science Department
In-reply-to: kyle@wendy-fate.uu.net's message of 4 Apr 92 03:12:06 GMT

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

   Joe Wells writes:
    > The presence of a "Newsgroups:" header line in an RFC 822 message should
    > indicate that that message was posted to those newsgroups.  Thus, VM
    > should not include the "Newsgroups:" header of a message in an e-mail
    > reply unless the reply is also being posted to those newsgroups.  If
    > desired, VM can include the newsgroups in some other header.

   I kept it in because it's handy for the occasional mailing to a
   mail-to-news gateway.

Well, that does fit my criteria of "the header should be present when the
message was posted to the newsgroups".  However, the header should not be
present when the message is not posted to the newsgroups.  Is there an
easy way to accomplish both?

??????

-- 
Joe Wells <jbw@cs.bu.edu>

Member of the League for Programming Freedom --- send e-mail for details
Newsgroups: gnu.emacs.vm.bug
Date: Wed, 15 Apr 92 00:51:34 CDT
From: "Erik E. Rantapaa" <rantapaa@s5.math.umn.edu>
Subject: Some vm questions...