HDTenEightyP/NetNews huggingface dataset:
From: jromine@binky.ics.uci.edu (John Romine)
Subject: Re: .maildelivery
Newsgroups: comp.mail.mh
Reply-To: jromine@ics.uci.edu (John Romine)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 18 Dec 92 17:32:13 GMT

In article <1992Dec17.140931.15181@osuunx.ucc.okstate.edu> martin@datacomm.ucc.okstate.edu (Martin McCormick) writes:
>
>The .maildelivery file I use is rather simple.  It looks for mail from a
>couple of sources, routes them to special folders, and then ...  [will]
>bring all the rest into Mail/inbox...

> * - | A "/usr/local/lib/mh/rcvstore +inbox -create"
>
>What actually happened was that this line caused all mail, regardless of
>its source, to automatically go into Mail/inbox.

You probably want to use the "?" result code here instead of "A", and
you may want to use the header string "default" instead of "*".  See
slocal(1) (in MH 6.8) or mhook(1) in earlier MH releases.
--
John Romine
Newsgroups: comp.mail.mh
From: millert@nordsieck.cs.Colorado.EDU (Todd C. Miller)
Subject: Re: MH sortm bombs on large folders.
Keywords: n
Organization: University of Colorado, Boulder
Distribution: na
Date: Thu, 17 Dec 1992 20:24:21 GMT

I just installed MH 6.8 on our decstation 5000/240's running Ultrix 4.2a
and sortm had no problem with a folder of > 2000 messages.  I compiled MH
with gcc, not cc btw.  The only change needed to make it build with gcc
-traditional is to change the declaration of time() in 2 files from returning
a long to returning a time_t.  Of course, you'll need to have manually edited
some system headers in order for gcc -traditional to work, but that's another
story...

 - todd
-- 
 Todd C. Miller    millert@cs.Colorado.EDU    Sys/Adm Undergraduate Operations
From: gpkatch@alcor.concordia.ca (Gary Katch)
Newsgroups: comp.mail.mh
Subject: Workaround Re: slocal / RPATHS / maildrop question.
Date: 14 Dec 92 13:46:29 GMT
Organization: Concordia University
  Computing Services C-1012
  1455 De Maisonneuve West
  Montreal (Quebec) H3G 1M8
X-Tel: (514) 848-7632
  Fax: (514) 848-7622
  dated "10 Dec 92 16:47:33 GMT"
  from "gpkatch@alcor.concordia.ca (Gary Katch) "
Originator: gpkatch@alcor.concordia.ca

In a previous article I wrote:

>I have been trying to use slocal to do some auto-processing of
>incoming mail...
>  default -     > ? /usr/spool/mail/gpkatch
>...appends the new mail [to the maildrop]
>without any delimiters between messages...
>therefore the inc program breaks, because it incorporates the
>whole maildrop as a single message.

In a message addressed to me dated Thursday, December 10, 1992
<9212101831.AA04032@stat.ufl.edu>, Brett Presnell wrote:
>Please let me know what you find out about this.  I've been having more
>or less the same problem.

In a message addressed to me dated Thursday, December 10, 1992
<199212101834.AA25491@pirates.base.bellcore.com>, Bob Mitchell
wrote:
>This is a known problem with MH 6.7 (and 6.7.1?).  It is fixed in
>6.7.2.

In a message addressed to me dated Thursday, December 10, 1992
<9212101934.AA04636@stat.ufl.edu>, Brett Presnell wrote:
>Unfortunately, we are running 6.7.2.  Hmmm...  Let me know if you hear
>anything else.

Well I don't know whether it's fixed or not, perhaps Brett and
Bob can have a go at this.  In the meantime I have a work-around
which fixed my problem without having to install 6.7.2.

I put the following line in my .maildelivery:

default,-,|,?,"/local/lib/mh/rcvpack /usr/spool/mail/gpkatch"

Supposedly rcvpack "is obsoleted" [sic] by .maildelivery, but
at least it works.  I am now inc-ing my many morning maildrop
messages merrily.

-- gk
Newsgroups: comp.mail.mh
From: jlf@ryhope.alf.dec.com (Jeff Finkelstein)
Subject: Converting UUCP-style mbox to MH mail folders
Organization: DEC - Customer Support Center, Alpharetta, GA
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 17 Dec 1992 19:23:03 GMT


Is there a scriptfile around to convert a UUCP-style mbox to the MH
style folders?
--
jeff finkelstein                  | disclaimer:
jlf@alf.dec.com                   | "a horse is a horse,
digital equipment corporation     |  of course, of course."
customer support center           | etc, etc, etc...
Newsgroups: comp.mail.mh
From: paul@engin.umich.edu (Paul Killey)
Subject: Re: POP service replication
Date: Fri, 18 Dec 92 18:06:37 EST
Organization: University of Michigan Engineering, Ann Arbor

In article <2B324769.14888@ics.uci.edu> jromine@ics.uci.edu (John Romine) writes:
>
>...  "localname" should reflect the name you want to appear in
>your "From:" header.  Basically, it overrides the local hostname
>value retrieved from the OS (via gethostname() or uname(), etc.).

Is there a syntax for localname that says "don't add any hostname info
to the From: header?"
From: jromine@binky.ics.uci.edu (John Romine)
Subject: Re: Problem with MH mailing to slocal
Summary: Problems with SendMail?
Newsgroups: comp.mail.mh
Reply-To: jromine@ics.uci.edu (John Romine)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Keywords: slocal nis address send alias forward sendmail
Date: 16 Dec 92 17:44:54 GMT

kbennion@dsd.es.com (Karl Bennion) writes:
>We have brought several new workstations online with yellow pages...
>When we try to mail to a user whose name is aliased to username@yp_server,
>mh doesn't find the alias and mails it to username on the local machine.

Is it aliased in a SendMail (or other MTA) alias file?  If so, the MTA
on the workstation will need to forward such mail.  MH won't normally read
the MTA's alias files.  Are you running an MTA on each of the workstations?

>The user's home directory is on the local machine and has a .forward
>file that forwards the mail to "| /usr/local/bin/slocal -user
>username".  On the local machine an error is encountered which says you
>can't mail directly to a prgram.

This sounds like a SendMail problem.  What happens when you have
the .forward file call a shell script:

	--.forward--
	"| /tmp/test.sh"

	--/tmp/test.sh--
	#!/bin/sh
	/bin/cat > /tmp/test.out
	exit 0

Does the MTA still give the same error?  If so, "slocal" is not likely
to be part of the problem.
--
John Romine
Newsgroups: comp.mail.mh
From: mrl@uai.com (Mark R. Ludwig)
Subject: Re: Question on Locking ...
Organization: Universal Analytics, Inc., Torrance (LA), CA
Date: 14 Dec 92 06:32:27

In article <fAR=jkB@engin.umich.edu> paul@engin.umich.edu (Paul Killey) writes:

|> It seems like Sun's style of locking one's mailbox is to link a
|> tempfile in /usr/spool/mail to /usr/spool/mail/user.lock.

Yes, I believe this is so.  It also uses one of the kernel's advisory
locking facilities (lockf() or flock()), but I forget which.  Despite
delivering a non-working rpc.lockd all these years, I believe Sun
still recommends using NFS for the mail spool, so I suspect the call
they use is lockf().  If NFS really is involved, then all the better
to hang your network at random, my dear.

|> I presume this is to make things more robust when you NFS mount
|> your /usr/spool/mail.

I presume you are correct.  I suppose if a fixed rpc.lockd ever
actually makes it into all the vendors' deliveries, it might actually
be reasonably robust to NFS-mount the mail spool.

|> Would inc do this sort of lock if LOK_BELL were used, and lockldir were
|> made /usr/spool/mail?  If someone could say, it would save me some time
|> and effort.

I don't know what LOK_BELL is, but the mh-tailor(5) documentation I
have (6.7.2) implies that "lockstyle: 1" will do this.

|> What about just pitching the Sun Mail and /bin/mail, using Mail and
|> /bin/mail done from source, and using flock()?  Accessing
|> /usr/spool/mail via NFS is not under consideration here.

That's fine too.  Just make sure that all the programs which can
access the mail spool agree on the locking method.  That's all that
matters.

|> There is also the consideration of getting popper, imapd, and the
|> sundry other programs that update /usr/spool/mail all agreeing on
|> locking.

Yes.  I'm in the process of making POP the only access method, and
moving mail out of the spool to enforce it (actually just another
directory under /usr/spool).  This will make the "standard" mail
utilities never work because they won't know where the mail is.  I'm
planning to use flock() for locking, because this is a Sun, and I
don't have much confidence in lockf() until such time as Sun stops
patching rpc.lockd.  I'm planning to use Chip's "deliver" and the popd
from the MH distribution; I wonder if I should look into popper?  I
someone would comment on this, I'd appreciate it.$$
-- 
INET: mrl@uai.com           NIC: ML255           ICBM: USA; Lower Left Coast
"A computer is one of life's joys; it follows simple rules.  Just like
 children, adults need toys, only we like to call them 'tools.'" -- Dave Ross
From: jsweet@irvine.com (Jerry Sweet)
Newsgroups: comp.mail.mh
Subject: MH 6.8 build problems - SunOS 4.1.2
Date: 16 Dec 92 09:18:07 GMT
Organization: Irvine Compiler Corp., Irvine, California, USA

Got the following complaints from the main MH 6.8 make process on
SunOS 4.1.2.  Stops it dead in the water.

[[ massive compilation sequence omitted -- seems clean until this point ...]]
/bin/cc -DATHENA -DATTVIBUG -DATZ -DBIND -DDBM -DMHE -DMHRC -DMIME -DMSGPROT='"0600"' -DNTOHLSWAP -DWHATNOW -DZONEINFO -DDPOP -DRPOP -DPOP2 -DPOPSERVICE='"pop3"' -DBSD42 -DBSD43 -DSUN40 -DSUN41 -DDBMPWD -DWAITINT -DSENDMTS -DSMTP -DPOP -DTYPESIG=void -O -temp=/usr/tmp.here -I..   -c mf.c -o mf.o
maken[1]: *** No way to make target `mts/mts.o'.
maken[1]: *** No way to make target `mts/lock.o'.
maken[1]: *** No way to make target `mts/client.o'.
maken[1]: *** No way to make target `mf/mf.o'.
maken[1]: *** No way to make target `bboards/getbbent.o'.
maken[1]: *** No way to make target `tws/dtime.o'.
maken[1]: *** No way to make target `tws/dtimep.o'.
maken[1]: *** No way to make target `tws/lexstring.o'.
maken[1]: Target `all' not remade because of errors.
maken: *** Error 1
mv libzot.a zlibzot.a
mv: libzot.a: Cannot access: No such file or directory
maken: *** Error 1 (ignored)
ar r libzot.a mts/mts.o mts/lock.o mts/client.o mf/mf.o bboards/getbbent.o tws/dtime.o tws/dtimep.o tws/lexstring.o; ranlib libzot.a
ar: creating libzot.a
-rw-r--r--  1 jsweet      93148 Dec 15 23:06 libzot.a
ZOTnet library built normally
maken: Target `all' not remade because of errors.
*** Error code 1
make: Fatal error: Command failed for target `all'


My configuration is below.  I'm using an lndir-type compile arrangement.

# @(#)$Id$
# a SunOS 4.1.2 + sendmail version
bin	/usr/local/bin/mh-6.8
etc	/usr/local/lib/mh-6.8
mail	/usr/spool/mail
mandir	/usr/local/lib/mh-6.8/man
manuals	local
chown	/usr/etc/chown
ln	ln -s
remove	rm -f
editor	prompter
remove	mv -f
mts	sendmail/smtp
pop	on
signal	void
options	ATHENA ATTVIBUG ATZ BIND DBM MHE MHRC MIME
options MSGPROT='"0600"' NTOHLSWAP WHATNOW ZONEINFO
options	DPOP RPOP POP2 POPSERVICE='"pop3"'
options BSD42 BSD43 SUN40 SUN41 DBMPWD WAITINT 
ccoptions	-O -temp=/usr/tmp.here
curses	-lcurses -ltermlib
# sharedlib	on
# slibdir	/usr/local/lib
From: wohler@hw1175.sap-ag.de (Bill Wohler)
Newsgroups: comp.mail.mh
Subject: Re: slocal / RPATHS / maildrop question.
Date: 12 Dec 92 00:17:53 GMT
Reply-To: Bill Wohler <wohler@sap-ag.de>
Organization: SAP AG  Walldorf, Germany
Phone: +49 6227-341658  Home: +49 6221-163255
             <1g8e81INNrev@hpsceo.scd.hp.com>
X-Mailer: MH [Version 6.7.2]

> But ignoring that, yes
> delete RPATHS.  If you have RPATHS set, then for some reason, slocal
> decides that you shouldn't have these delimiters.

  that's a bug that fixed in the next release.  when the fix comes out
  it will be safe to use RPATHS again.

						--bw
Newsgroups: comp.mail.mh
From: martin@datacomm.ucc.okstate.edu (Martin McCormick)
Subject: Re: .maildelivery
Organization: Oklahoma State University, Stillwater, OK
Date: Thu, 17 Dec 1992 15:25:49 GMT


After posting my original question, I discovered that there is a FAQ list
for this group.  I read the example .maildelivery file which looks almost
identical to the situation I described, but found one thing which still
confuses me.  In the file, The last line is:

	default -     > ? /usr/spool/mail/wohler

In my original .maildelivery file, I did not have any line to handle all
the messages not selected for other folders.  The result was that Mail/inbox
receved all the rest.  The example line, above, appears to do the same thing
which happens automatically.  All I want is for the rest of the messages to
"inc" into Mail/inbox.  
It almost looks like the line in question might create a loop if installed.
	The FAQ seems to be very good and useful.  I just don't have ready
access to all the paper documents which decript .maildelivery.  Thanks for
any good explanations.

Martin McCormick WB5AGZ   Stillwater, OK
O.S.U. Computer Center Data Communications Group
Newsgroups: comp.mail.mh,comp.mail.sendmail
From: zchi@athena.mit.edu (Zhihang Chi)
Subject: Configuartion file for post?
Organization: Massachvsetts Institvte of Technology
Date: Fri, 11 Dec 1992 20:30:15 GMT

Hi there,

I wonder if there is a configuration file for "post" in the MH mail
like sendmail.cf for sendmail in the standard Unix mail.  If there is
such a file, where does it usually reside?

Thanks.

--Zhihang Chi
Newsgroups: comp.mail.mh
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: Problem with MH mailing to slocal
Keywords: slocal nis address send alias forward
Organization: Northern Illinois University
Date: Wed, 16 Dec 1992 18:03:19 GMT

In article <1992Dec16.170843.4207@dsd.es.com> kbennion@dsd.es.com (Karl Bennion) writes:
>We have brought several new workstations online with yellow pages and have nfs
>mounted the mh directories, all of which are rooted under /usr/local/ on yp_server system.  When we try to mail to a user whose name is aliased to username@yp_server, mh doesn't find the alias and mails it to username on the local machine.  The user's home directory is on the local machine and has a .forward file that forwards the mail to "| /usr/local/bin/slocal -user username".  On the local machine an error is encountered which says you can't mail directly to a prgram.
  [One huge line - try adding a line break occasionally]

>Mail error was: 554 <"| /usr/local/lib/mh/slocal -user username">...
>        Cannot mail directly to programs

This is almost certainly due to bugs in the 'OR' option in SunOS sendmail.

However you should be setting up /usr/local/lib/mh/mtstailor so that
your mh directly connects to your main mailhost, instead of connecting
to the sendmail on your local host.  Once you do this the problem should
go away.  I believe it is the 'servers:' option, which is documented in
the man pages for 'mh-tailor'.

Newsgroups: comp.mail.mh
From: mrl@uai.com (Mark R. Ludwig)
Subject: Re: Differences invoking sendmail or using socket (localhost,SMTP)
Organization: Universal Analytics, Inc., Torrance (LA), CA
	<MRL.92Dec17092427@sun4.uai.com> <2B30CAD2.24855@ics.uci.edu>
Date: 18 Dec 92 09:15:31

In article <2B30CAD2.24855@ics.uci.edu> jromine@buckaroo.ics.uci.edu (John Romine) writes:

|> You can give a list of MTAs to contact in the "servers:" line of the
|> MH mtstailor file.  For better fault-tolerance, you could list some
|> servers which belong to another department or organization.  I have
|> three mail hubs for our 300+ workstations here, and have no problems.

Can one have more than one host in the "localname:" and "pophost:"
fields?  (BTW, what's the chemistry between these two for POP?  The
MH-6.8 documentation, like 6.7.2, wants them both to point to the POP
service host.)

More generally, has anyone successfully distributed their Electronic
Post Office for a given group of people?  In Real Life, I don't know
what happens if my local Post Office burns, explodes, implodes, or is
otherwise converted to dust.  I imagine some mail is lost (which was
sitting in the building waiting to be delivered), and it takes a while
for mail in the system to find me as some other Post Office takes over
delivery for my neighborhood.  Electronically, a single mail hub for a
given group of people has identical characteristics.

|> If you have a group of diskless workstations and one file server, it's
|> pretty obvious that running an MTA only on the file server (and letting
|> the clients post mail with SMTP) is the way to go.  The workstations
|> won't be doing much if the file server is down; they don't need an MTA.

Right.  That's _not_ my situation, and something I should have
mentioned earlier.  The network is a bunch of heterogeneous disk-full
boxes, each from a different major vendor.  When one of them is
incapacitated, people shift their work to some other machine.  Life
goes on, and management tends not to get too excited about getting it
repaired.  Usually the box is fixed in a couple days.  Sometimes the
box is never repaired, but just pulled by the vendor, and usually
replaced with a different one.  It's wild!

|> For larger sites, other tradeoffs come into play.  You should pick
|> whatever configuration you are comfortable with.

That's what I'm trying to do.  There are a lot of considerations which
are not obvious at first glance.  This discussion is helping expose
them.$$
-- 
INET: mrl@uai.com           NIC: ML255           ICBM: USA; Lower Left Coast
"A computer is one of life's joys; it follows simple rules.  Just like
 children, adults need toys, only we like to call them 'tools.'" -- Dave Ross
Newsgroups: comp.mail.mh
From: jsweet@irvine.com (Jerry Sweet)
Subject: Re: MH 6.8 build problems - SunOS 4.1.2 
             <BzCHu8.AHq@irvine.com> 
Organization: Irvine Compiler Corp., Irvine, California, USA
Date: Wed, 16 Dec 1992 09:50:06 GMT

Oops.  Shot myself in the foot with the wrong version of make.  Disregard.
Sorry.  (Oooh, I hate that!  I'll be limping for weeks.)
Xref: sparky comp.mail.mh:1426 comp.mail.sendmail:3045
From: davidf@mks.com (David J. Fiander)
Subject: MH 6.8 sendmail/smtp uses "ONEX"
Organization: Mortice Kern Systems, Waterloo, Ontario, CANADA
Date: Wed, 16 Dec 1992 15:40:51 GMT

Well, I've built and installed it.  Everything looks great.  My
only question is:  what exactly is the new "ONEX" SMTP command
that post uses now?

- David
From: gildea@expo.lcs.mit.edu (Stephen Gildea)
Subject: Re: Q: how to set printer command in Xmh?
Newsgroups: comp.mail.mh
Organization: X Consortium, MIT Laboratory for Computer Science
Date: 17 Dec 92 02:45:30 GMT

	|  "lpr -Pprintname -h" /home/hchang/Mail/inbox/1|

Check the value of the printCommand resource for xmh.
You have double quotes around the shell command.  Remove them.

 < Stephen
   MIT X Consortium
Newsgroups: comp.mail.mh
From: seth@startide.ctr.columbia.edu (Seth Robertson)
Subject: Problem with MH address parser
Organization: Columbia University Center for Telecommunications Research
Date: Wed, 16 Dec 1992 07:18:47 GMT
X-Posted-From: startide.ctr.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

I have been having a problem with the MH address parser.
Specifically, on some addresses, it gives a bad address when trying to
reply:

repl: bad addresses:
	N. R. "Norm" Lunde <norm> -- no at-sign after local-part (Lunde)
    testformail

As far as I can tell, this is a valid address per 822 (but it seems a
little vague for this case) and certainly most mailers can deal with
it.  This is not the only address (or even style of address--with
quoted nickname) which gives this problem.

I looked around the address checking and it seemed kinda (scratch
that, very) hairy so I was wondering if someone could come up with
either a quick patch or a reference to where in 822 this address is
declared illegal.

This applies to 6.7.2 and 6.8

                                        -Seth Robertson
                                         seth@ctr.columbia.edu
Newsgroups: comp.mail.mh
From: martin@datacomm.ucc.okstate.edu (Martin McCormick)
Subject: .maildelivery
Organization: Oklahoma State University, Stillwater, OK
Date: Thu, 17 Dec 1992 14:09:31 GMT


The .maildelivery file I use is rather simple.  It looks for mail from a
couple of sources, routes them to special folders, and then leaves the rest
in /var/spool/mail, requiring me to type  "inc"  to bring it in.  I tried
to add a line which would automatically bring all the rest into Mail/inbox.
I put this line at the bottom of .maildelivery, thinking that it would work
right because all the other mail would have been shunted off to other
folders.  The new line looked like:

 * - | A "/usr/local/lib/mh/rcvstore +inbox -create"

What actually happened was that this line caused all mail, regardless of
its source, to automatically go into Mail/inbox.  Is there a way to basically
tell slocal to stuff Mail/inbox with only those messages not covered by
any other criteria?

Martin McCormick WB5AGZ   Stillwater, OK
O.S.U. Computer Center Data Communications Group
Newsgroups: comp.mail.mh
From: jh@efd.lth.se (Joergen Haegg)
Subject: APOP?
Organization: Lund Institute of Technology, Sweden
Date: Fri, 18 Dec 1992 11:53:16 GMT

Using APOP seems to be simple.
I assume that popd use the password stored with popauth.

But, could anyone explain where the mh-clients
gets the secret password from?


And how do I setup mh to use APOP without specifying -apop in .mh_profile?
(mh seems to use rpop by default.)



-- 
Joergen Haegg				jh@efd.lth.se	postmaster@efd.lth.se
System manager @ efd			Phone: international +46 46 107492
Lund Institute of Technology		Snailmail: DDG, Maildelivery 7, BOX 118
Fax: +46 46 104013			S-221 00 LUND, Sweden
From: mrose@dbc.mtview.ca.us (Marshall Rose)
Subject: Re: MH 6.8 sendmail/smtp uses "ONEX" (w. fix for IDA sendmail)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: comp.mail.mh
Reply-To: mh-users@ics.uci.edu
Date: 18 Dec 92 04:58:21 GMT

Thanks.  FYI - the next version of MH will not use ONEX when a bcc: is
present...

/mtr
From: F.Exertier@frgu.bull.fr
Newsgroups: comp.mail.mh
Subject: pb with MH on AIX3.2
Date: 18 Dec 92 17:22:15 GMT
Organization: Bull-Imag

----

I've just installed MH6.8 on a Bull dpx20 (RS6000, AIX 3.2). I'm not familiar with
mh, I was usually using mh through xmh installed by someone else on another machine.
I've got a problem when using the send command, I've got the following message:

  exertier: post: unexpected response; [BHST] no pipe opened
send: message not delivered to anyone

Did I make a mistake in the configuration, my config file MH is:

bin     /usr/local/bin/mh
bboards off
pop     off
etc     /usr/local/lib/mh
mail    /usr/spool/mail
mandir  /usr/man
manuals local
mts     sendmail
options SYS5 SYS5DIR MHRC SOCKETS
options TYPESIG=void
sprintf  int
curses          -lcurses
mailgroup   mail

Thank you. (could you eventually also answer by email...)

=============================================================================
Francois EXERTIER                             E-mail:F.Exertier@frgu.bull.fr
Unite Mixte Bull-Imag                         Tel: (33) 76 63 48 41     o
ZI de Mayencin                  ...   __o     Fax: (33) 76 54 76 15   -/-
2, rue Vignate               ....   _-\<,                            _/\
38610 Gieres  -  FRANCE  -    .... (_)/(_)                             /
=============================================================================
Xref: sparky comp.mail.mh:1403 comp.unix.ultrix:8927
From: gpkatch@alcor.concordia.ca (Gary Katch)
Newsgroups: comp.mail.mh,comp.unix.ultrix
Subject: MH sortm bombs on large folders.
Date: 17 Dec 92 15:04:43 GMT
Followup-To: comp.mail.mh
Distribution: na
Organization: Concordia University
  Computing Services C-1012
  1455 De Maisonneuve West
  Montreal (Quebec) H3G 1M8
X-Tel: (514) 848-7632
  Fax: (514) 848-7622
Originator: gpkatch@alcor.concordia.ca

I was trying to sort a folder with more than 700 messages, and
sortm dumped core, reporting "Segmentation fault".
The sort had been partially done.  In the folder directory there
was a core file, and one message had been left named sort001234
or some such.  I was able to re-inc the sort* file and recover
the message.

Known bug?  Fixes, patches?

I'm running Ulrtix 4.2, and mh
version: MH 6.7 #9[UCI] (alcor) of Tue Apr 7 11:32:24 EDT 1992
options: [ATZ] [SBACKUP='"#"'] [ISI] [MHRC] [WHATNOW] [BSD42] [DUMB]
         [MHE] [NETWORK] [BIND] [RPATHS] [TYPESIG='void'] [SENDMTS]
         [SMTP]
 
-- gk
Newsgroups: comp.mail,aus.mail