HDTenEightyP/NetNews huggingface dataset:
From: browning@nas.nasa.gov (David S. Browning)
Subject: movemail.c -- tempname too short
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 1 Sep 1992 05:48:24 GMT

Consider the following code fragments from etc/movemail.c.  This copy
of movemail.c was taken from Epoch 4.0 Patchlevel 1, which supposedly
is from Gnu Emacs 18.58.

  char tempname[40];
  . . .
  inname = argv[1];
  . . .
  strcpy (tempname, inname);

Obviously, this causes problems if inname (typically a mail spool
file) is longer than 40 characters long.  This happened to me.
Using Kyle Jones' mail reader, VM 5.32 beta, I read mail from "custom"
spool files away from the system spool directory.  This is because I
have processed my incoming mail with procmail.

I think a hardcoded length of 40 characters for inname is a bug.
Please pick something more reasonable or use malloc.

-- David

|============================================================================|
| Internet:  browning@willard.nas.nasa.gov          Phone:  (415) 604-4321   |
| UUCP:      uunet!ames!nas.nasa.gov!browning                                |
|----------------------------------------------------------------------------|
|"the nice thing about true hopelessness is that you don't have to try again"|
| -- jules shear                                                             |
|============================================================================|


Newsgroups: gnu.emacs.bug
From: kyriazis@mistral.rdrc.rpi.edu (George Kyriazis)
Subject: 18.58: temacs does not dump a valid 'xemacs' file
Organization: Rensselaer Design Research Center, RPI, Troy, NY
Distribution: gnu
Date: Mon, 31 Aug 1992 22:12:47 GMT

I am trying to compile emacs-18.58 on a sun2 running SunOS 3.5.

temacs does not seem to dump a valid executable.  'file xemacs' says that
it is plain 'data', and running it produces garbage.

18-57 does not have this problem.

  --george
-- 
----------------------------------------------------------------------------
George Kyriazis        |  Rensselaer Design Research Center, CII 7015,
kyriazis@rdrc.rpi.edu  |   RPI, Troy, NY 12180.
----------------------------------------------------------------------------

Newsgroups: gnu.emacs.bug
From: dan@uiucmath.math.uiuc.edu (Daniel R. Grayson)
Subject: append bug
Reply-To: dan@math.uiuc.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 26 Aug 1992 14:49:23 GMT

I don't think this behavior

	(append "aaaa" "bbbb" "cccc")
	(97 97 97 97 98 98 98 98 . "cccc")

can be deduced from this documentation:

  append:
  Concatenate arguments and make the result a list.
  The result is a list whose elements are the elements of all the arguments.
  Each argument may be a list, vector or string.

I would have thought the answer would be

	(97 97 97 97 98 98 98 98 99 99 99 99)

I don't know whether it is the documentation which is wrong or the code.

Compare this function and its documentation to that of "concat"!

Newsgroups: gnu.emacs.bug
From: mikef@dcs.ed.ac.UK (Mike Fourman)
Subject: bug in mark-c-function
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 3 Sep 1992 11:48:20 GMT

It doesn't always mark the function. Here is an example
(the comment shows where to place point)
---------------------------------------------------
#include <stdio.h>

int main()
{
int i ;
  

switch( i )
{
case 0 :
{
printf( "zero\n" ) ;
}
break ;

/*<place point here . (for example) and call mark-c-function>*/

default:
{
printf( "non-zero\n" ) ;  
}
}

}
     

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

The code has to be poorly indented for the bug to show up
(in my experience). If you use indent-region to reindent
the entire buffer then mark-c-function marks this function
correctly.

We are running 18.58

Mike Fourman

Newsgroups: gnu.emacs.bug
From: richter@math.nwu.edu (Bill Richter)
Subject: 3b1 installation problem
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 2 Sep 1992 21:22:23 GMT

Dear emacs,

	emacs-18.58 did not run successfully on a 3b1 running the unix
V 3.5 OS.  The machine has 4Meg of RAM and a 40 Meg hard disk, 30%
free.  I thought I did everything right.  I ran

make install.sysv

after selecting the m- and s- files corresponding to the 3b1 7300.
The last step of installation did not take place, I got the error
message
"cannot load cpset."
So I moved $BUILD/src/xemacs to /usr/local/bin/emacs
and when I type 
emacs
I get the error message
"cannot load termcap database."
But there is a file called 
/etc/termcap
I'm not sure it's the right one.  If there is a correct one can you
send the termcap file to me!

	I then tried it again after commenting out the last few lines
of the m-7300.h file.  Now I get error messages like
"Memory fault"
or
"Bus Error"

	I was optimistic that emacs would compile on the 3b1 since
Stallman had made an entry in the Changelog in 1989.

	By the way, I am only interested in running emacs on a 3b1 if
the 3-button mouse can be enabled to cut, copy and paste as one can in
the X-Windows emacs.  If you know that this is impossible, I'd be glad
to abandon the project.

Thanks,
Bill Richter
From: ssurhode@susssys1.rdg.ac.uk (Paul Rhodes)
Newsgroups: gnu.emacs.vm.bug
Subject: Mangling email address
Date: 3 Sep 92 09:53:45 GMT
Distribution: gnu
Organization: Reading University, England

Hi. I'm having problems with our mailer and vm. Since we are in the uk
domain, our mailer by default will handle mail addresses the wrong way
around...

  ie. I might get mail from someone@someplace.edu but the mailer will
swap the address around so it actually gets to me as
someone@edu.someone.


Is there anything I can do about this in vm ?????


thanks in advance,

  Paul.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Sun, 30 Aug 1992 22:20:10 EDT
Date: Sun, 30 Aug 1992 20:19:09 MDT
From: jerry@math.ep.utexas.edu (Jerry)
Organization: Department of Mathematical Sciences--University of Texas at El Paso
Subject: vm-discard-cached-data doesn't update X-VM-v5-Data: field?
Newsgroups: gnu.emacs.vm.bug
Doing `j' (vm-discard-cached-data) updates the summary for one
message, and `m M m n j' updates all the messages, but when I save the
folder, it "forgets" again.  I thought that, a long time ago, there
was a thread about how to get the X-VM-v5-Data headers to "really"
trash their contents, but can't find it now.

Anyway, the problem is, if I change vm-summary-format to use the hacks
by Jamie (i.e., to show who the message was sent to when I am the
sender, and to correctly get the date in FCC messages), and then visit
a folder for the first time after the change to this variable, how do
I get the folder to remember the new format? (i.e., after saving, I
want my next visit of that folder to show the new format, without
having to repeat the discarding of cached info on all messages.)
Messages in folders which were created after the change don't exhibit
this problem.  I can understand why VM wouldn't regenerate the header
info each time a folder is read, but I don't understand why there is
no command (to my knowledge) to do this when requested.

I have this header:

X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	["554" "" "" "" "" "" "" "Jerry" "???" nil "14" "Sun serial numbers" "^To:" nil nil ""])

and I want to trash it and get this one instead:

X-VM-v5-Data: ([nil nil nil nil nil nil nil t nil]
	[nil "Tue" "26" "November" "91" "16:48:04" "" "Jerry" "jerry" nil "14" "Sun serial numbers" nil "ba10@utep.bitnet" "ba10@utep.bitnet" "11"])

which I can do by explicitly editing the message and deleting the
VM-v5-stuff, but apparently vm-discard-cached-data doesn't physically
change the X-VM-v5-Data: header.  If certain fields have certain
values ("" or nil), they never get updated, as far as I can tell.  The
summary buffer does get updated to correctly show the date and the
recipient instead of me, but this has to be done each time the folder
is visited.

Does anyone have vm-to-unix-mail.el code (something to delete all the
X-VM-etc stuff from a file) so that I can then regenerate all the
header information at once?  Thanks.

-Jerry
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Sun, 30 Aug 1992 20:03:56 EDT
Date: Sun, 30 Aug 1992 18:02:48 MDT
From: jerry@math.ep.utexas.edu (Jerry)
Organization: Department of Mathematical Sciences--University of Texas at El Paso
Subject: Re: Bug in VM 5.32 - incorporating new mail
	<9205272119.AA06720@wendy-fate.UU.NET>
	<CIAMAC.92May27164310@goodgestreet.media.mit.edu>
Newsgroups: gnu.emacs.vm.bug
Ciamac Moallemi on May 27 wrote:
-> I have found a potential bug in VM 5.32: when I incorporate new mail,
-> I am asked if I really wish to kill my vm-crash-box.  This is not a
-> big deal, but it gets quite annoying after a while.  Note that I have
-> vm-visit-when-saving set to t and vm-crash-box is in my
-> auto-mode-alist (associated with vm-mode, of course).
Kyle Jones on May 27 wrote:
-> Ciamac Moallemi writes:
> > I have found a potential bug in VM 5.32: when I incorporate new mail,
[...]
-> 
-> Emacs won't ask about the killng a buffer unless it has been
-> modified.  VM should not be doing anything that would modify the
-> crash box buffer.  So the question is: how is the crash box
-> buffer being modified?

After invoking vm-mode, all of the messages in the crash box are new,
and the first such message is being marked as read, which sets the
buffer modification flag to t.

Kyle Jones on May 27 wrote:
-> Ciamac Moallemi writes:
> > Isn't VM modifying the crash box buffer when it incorporates new mail?
> > I was under the impression that new mail is first deposited into the
> > crash box buffer, and then moved to the inbox.
-> 
-> The mail is moved into the crash box before it is visited by
-> VM/Emacs.  VM visits the crash box, appends its contents to the
-> inbox buffer and the on-disk version of the inbox, removes the
-> crash box and kills the crash box buffer.  None of these actions
-> should cause the buffer modification flag to be set in the crash
-> box buffer.

Except when the crash box is in the auto-mode-alist, vm-mode is
invoked and ... then when trying to kill the crash box (which is
marked modified), etc.

Two ways to solve this:

    Don't name the vm-crash-box so that it is in auto-mode-alist
or
    (setq vm-preview-lines "some number")

to avoid modification.  I have done both.

-Jerry
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Tue, 25 Aug 1992 20:58:56 EDT
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Tue, 25 Aug 1992 20:03:17 -0400
Subject: unbalanced parentheses after "To" makes for trouble
Newsgroups: gnu.emacs.vm.bug
Gilbert Harman writes:
 > Using vm-mail, I inadvertantly sent a message with
 > unbalanced parentheses in the To line.
 > 
 >  To: (Cog Studies Program
 > 
 > the actual people getting the message, including myself,
 > being listed on the Bcc: line.
 > 
 > When I next tried to read my mail using vm, I got an error
 > message to the effect that the variable "address-start" was
 > undefined and I couldn't read new mail (including the Bcc
 > copy to myself and the various bounced copies coming from
 > other machines).

Hmmm, that's bad.  This doesn't sound like VM code, but rather
something from rfc822.el.  I'll probably have to stop using the
particular routine involved.
Newsgroups: gnu.emacs.vm.bug
From: kpc@pluto.arc.nasa.gov (k p c)
Subject: vm-reply-ignored-addresses etc.
Originator: kpc@zog.arc.nasa.gov
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research Branch (Sterling).
Date: Thu, 3 Sep 1992 00:04:52 GMT

three problems, all related:

(setq vm-reply-ignored-addresses '("\\bkpc\\b"))

when somebody from kpc.com sends me mail (From: person@kpc.com), the
summary says the mail is to me (i have jwz's to header hack), and when
i reply to the mail it gives me a blank to line.

how can i improve this regexp?  can vm be updated to allow me not to
worry about improving it?  aren't address conventions built into vm or
mail-extr?

in a related problem,

(setq vm-invisible-header-regexp
      "^To: kpc$\\|^To: kpc@[^ ,]*$")

and so on is how i try to make mail to me (but only to me) have the
from header invisible.  but it needs to be more complicated for all
the address formats.  is there a way not to have to get complicated
with regexps?
--
i'm open to comparing research career notes with other young cogsci people.
-- 
i'm open to comparing research career notes with other young cogsci people.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Fri, 4 Sep 1992 10:29:26 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Fri, 4 Sep 1992 10:29:06 -0400
Subject: Problem saving INBOX when (setq vm-group-by "author")
Newsgroups: gnu.emacs.vm.bug
Brad Miller writes:
 > I have just recently starting using vm (a former elm user) and decided
 > to jump in at V 5.32.  Everything worked very nicely until I decided
 > to set vm-group-by to "author".  So now when I go to quit vm
 > I see the message
 > 
 > 'Stuffing attributes'            followed by
 > 'Invalid function: (macro lambda (n) (list (quote if) (list (quote >) n 0) 1 .....'

Looks like you have a macro version of signum and Emacs was
expecting a function.  (As an aside, I really hate the fact Emacs
is addled in this way.)

I can't tell exactly where the reference is coming from without a
stacktrace.  (setq debug-on-error t), do the group-by and the
save and send me the stacktrace.
Newsgroups: gnu.emacs.vm.bug
From: piet@cs.ruu.nl (Piet van Oostrum)
Subject: Re: Bug in vmsx-convert-message?
Date: Mon, 31 Aug 1992 10:06:01 GMT
Reply-To: piet@cs.ruu.nl (Piet van Oostrum)
Organization: Dept of Computer Science, Utrecht University, The Netherlands

>>>>> kyle@wendy-fate.uu.net (Kyle Jones) (KJ) writes:

KJ> Piet van Oostrum writes:
 > I just started to use vm5.32 and the vm-save stuff for do-fcc.
 > 
 > When I sent a message it complained about not being able to find "\n\n".
 > 
 > The problem is in vmsx-convert-message,

KJ> There is no such function in VM.

Sorry, I found it it vm-save-x.el in my vm directory and didn't realise
that it wasn't part of the official vm distribution. The file doesn't have
any indication of who is the athor.

But as I definitely want to report a bug :=) here is another one.

On vm5.32 when I get new mail, I do M-x vm followed by g. This pops up the
INBOX and its summar buffer, but often it displays the new message not at
the top but something like 10 lines down. Of course I can get to the top by
using DEL or <, but I find this annoying. I am running emacs18.58, and as
both emacs and VM have been updated in the last week, I can't tell which
one caused this behaviour. Any idea?
-- 
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')
Newsgroups: gnu.emacs.vm.bug
From: piet@cs.ruu.nl (Piet van Oostrum)
Subject: Re: VM 5.32 
Date: Wed, 26 Aug 1992 14:19:10 GMT
Reply-To: piet@cs.ruu.nl (Piet van Oostrum)
Organization: Dept of Computer Science, Utrecht University, The Netherlands

>>>>> jbw@cs.bu.edu (Joe Wells) (JW) writes:

JW> VM 5.32 bug: vm-edit-message-abort kills buffer.  This is very unfriendly

I didn't notice that there was a VM 5.32. I have 5.31 Where can I get an
update?

Also why is VM5 still in beta phase (or isn't it). I find it pretty good.
Couldn't it be released and the next update be called 6.0beta?
-- 
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; Tue, 25 Aug 1992 15:02:30 EDT
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Tue, 25 Aug 1992 15:01:58 -0400
Subject: VM 5.32 bug: vm-edit-message-abort kills buffer
Newsgroups: gnu.emacs.vm.bug
Joe Wells writes:
 > VM 5.32 bug: vm-edit-message-abort kills buffer.  This is very unfriendly
 > behavior.  I personally can never remember which key sequence is bound to
 > vm-edit-message-end and which is bound to vm-edit-message-abort.  Please
 > don't automatically kill this buffer.  If you want to rename it to
 > something like "*Aborted VM Edit Message*", that would be fine.

I think abort should really mean abort.  My suggestion is to
unbind vm-edit-message-abort, as I once did with kill-region when
my fumbling fingers kept finding C-w instead of C-e.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Wed, 2 Sep 1992 20:00:04 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Wed, 2 Sep 1992 19:59:10 -0400
Subject: vm-reply-ignored-addresses etc.
Newsgroups: gnu.emacs.vm.bug
k p c writes:
 > three problems, all related:
 > 
 > (setq vm-reply-ignored-addresses '("\\bkpc\\b"))
 > 
 > when somebody from kpc.com sends me mail (From: person@kpc.com), the
 > summary says the mail is to me (i have jwz's to header hack), and when
 > i reply to the mail it gives me a blank to line.
 > 
 > how can i improve this regexp?

"kpc@\\|kpc\\b[^.]"

 > can vm be updated to allow me not to worry about improving it?
 > aren't address conventions built into vm or mail-extr?

Not in VM.  VM does basic parsing.  It can breka onup lists of
addresses but does not do much inside of the address itself.

 > in a related problem,
 > 
 > (setq vm-invisible-header-regexp
 >       "^To: kpc$\\|^To: kpc@[^ ,]*$")
 > 
 > and so on is how i try to make mail to me (but only to me) have the
 > from header invisible.  but it needs to be more complicated for all
 > the address formats.  is there a way not to have to get complicated
 > with regexps?

I assume you mean make the _To_ header invisible in this case.
No, there's no way to avoid terribly complex regexps if you want
to do it right.
Newsgroups: gnu.emacs.vm.bug
Subject: Re: Bug in vmsx-convert-message?
From: diecph@ucunix.ucunix.san.uc.edu (TheDrivenOne)
Date: 28 Aug 92 13:23:29 EST
Organization: University of Cincinnati

	<9208281349.AA03027@wendy-fate.UU.NET>
Date: Fri, 28 Aug 92 15:32:24 GMT

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

>   Piet van Oostrum writes:
>> I just started to use vm5.32 and the vm-save stuff for do-fcc.
>>
>> When I sent a message it complained about not being able to find "\n\n".
>>
>> The problem is in vmsx-convert-message,
>
>   There is no such function in VM.
This function is drawn from a package of that name, which was supposed
to enable saving of stuff from fcc into vm folders.  It was posted
by someone from Germany if I remember correctly, and I managed to
get the same bug.  Never did manage to fix it, so I threw the package
out...

diecph@ucunix.san.uc.edu
From: bradm@anchor.ems.cdc.com (Brad Miller)
Newsgroups: gnu.emacs.vm.bug
Subject: Problem saving INBOX when (setq vm-group-by "author")
Date: 4 Sep 92 08:54:49 GMT
Distribution: gnu
Organization: Empros Systems International

I have just recently starting using vm (a former elm user) and decided
to jump in at V 5.32.  Everything worked very nicely until I decided
to set vm-group-by to "author".  So now when I go to quit vm
I see the message

'Stuffing attributes'            followed by
'Invalid function: (macro lambda (n) (list (quote if) (list (quote >) n 0) 1 .....'

Ultimately INBOX is never saved.

I'm running with Epoch 4.2, and using SuperCite 2.2 along with vm

If this is a vm problem, and nobody else has seen it before, I would be
happy to help in fixing the thing.

--
--------------------------------------------------------------------------------
Brad Miller                    |              e-mail:   bradm@ems.cdc.com      |
Empros Systems International   |              v-mail:   (612) 553-4886         |
2300 Berkshire Lane N.         |Disclaimer: "I see no reason to contradict     |
Plymouth, MN  55441            |             myself at all"  George H.W. Bush  |
--------------------------------------------------------------------------------
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Fri, 28 Aug 1992 09:50:23 EDT
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Fri, 28 Aug 1992 09:49:43 -0400
Subject: Bug in vmsx-convert-message?
Newsgroups: gnu.emacs.vm.bug
Piet van Oostrum writes:
 > I just started to use vm5.32 and the vm-save stuff for do-fcc.
 > 
 > When I sent a message it complained about not being able to find "\n\n".
 > 
 > The problem is in vmsx-convert-message,

There is no such function in VM.
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 27 Aug 1992 04:22:50 EDT
Date: Thu, 27 Aug 1992 01:22:46 -0700
From: allanl@cory.berkeley.edu (A. Chris Long  Jr.)
Subject: Startup problems
Newsgroups: gnu.emacs.vm.bug
Hi,
	I can't get vm 5.32 to start on ULTRIX 4.1.  When I invoke vm,
I get an error and it stops.  I turned debug-on-error on and tried
again and here's what I got (I hope it's useful to you):

Signalling: (invalid-function (macro lambda nil (byte-code "@" [(and (bufferp vm-summary-buffer) (null (buffer-name vm-summary-buffer)) (setq vm-summary-buffer nil))] 1)))
  vm-check-for-killed-summary()
  byte-code("@^ C_!?@@_!
  vm()
  eval-region(18 22 #<buffer *scratch*>)
  byte-code("BCD E
  eval-print-last-sexp(nil)
  call-interactively(eval-print-last-sexp)

Let me take this opportunity to say that I really like vm and am
experiencing great hardship now that I have to read my mail with the
Unix mail program.  (A friend of mine said that seeing me read my mail
in Emacs with vm was what finally convinced him to switch from vi.)

Thanks a lot.


- Chris

A. Chris Long, Jr.				allan@cs.berkeley.edu
x-gateway: rodan.UU.NET from bug-vm to gnu.emacs.vm.bug; Thu, 3 Sep 1992 11:48:13 EDT
From: kyle@uunet.uu.net (Kyle Jones)
Date: Thu, 3 Sep 1992 11:48:08 -0400
Subject: Mangling email address
Newsgroups: gnu.emacs.vm.bug
Paul Rhodes writes:
 > Hi. I'm having problems with our mailer and vm. Since we are in the uk
 > domain, our mailer by default will handle mail addresses the wrong way
 > around...
 > 
 >   ie. I might get mail from someone@someplace.edu but the mailer will
 > swap the address around so it actually gets to me as
 > someone@edu.someone.
 > 
 > Is there anything I can do about this in vm ?????

I'm not sure what you're asking.  Are you saying that UK mailers
reverse the domain segments and then won't accept outbound mail
in the same form? (retch, retch)

Right there is nothing you do to get addresses turned around.  I
don't think it's the job of the MUA to diddle with address formats.
Clearly this is a matter for the MTA.
From: piet@cs.ruu.nl (Piet van Oostrum)
Newsgroups: gnu.emacs.vm.bug
Subject: Bug in vmsx-convert-message?
Date: 28 Aug 92 09:00:53 GMT
Reply-To: piet@cs.ruu.nl (Piet van Oostrum)
Organization: Dept of Computer Science, Utrecht University, The Netherlands

I just started to use vm5.32 and the vm-save stuff for do-fcc.

When I sent a message it complained about not being able to find "\n\n".

The problem is in vmsx-convert-message, where (in case the folder type is
mmdf) first all emty lines are replaced by a space and then an empty line
is sought:

	   (save-excursion
	     (while (re-search-forward "^\n" nil t)
	       (replace-match " \n")))
	   ;; If message does not have date use the current one.
	   (if (vmsx-get-header-contents "Date")
	       ()
	     (search-forward "\n\n" nil t)
                                ^ shouldn't there be a space?

I don't understand why the empty lines are replaced by a space but I
suppose this is mmdf weirdness. I don't want mmdf anyway so setteing the
default to From_ solved the problem.
-- 
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; Thu, 27 Aug 1992 10:58:21 EDT
From: kyle@wendy-fate.uu.net (Kyle Jones)
Date: Thu, 27 Aug 1992 10:57:44 -0400
Subject: Startup problems
Newsgroups: gnu.emacs.vm.bug