HDTenEightyP/NetNews huggingface dataset:
From:  (Bruce Simmons)
Subject: UUCP Map Printing
Organization: The MITRE Corporation
Date: Thu, 2 Apr 1992 19:16:02 GMT

Hello out there:

I am interested in being able to print UUCP maps (postscript).  Where can I
get information on how to do this??  Please email me any help which you
can give to:     bqs@mitre.org   or just post the answer here.


Thanx in advance!!

Bruce
From: ian@airs.com (Ian Lance Taylor)
Newsgroups: comp.mail.uucp
Subject: Re: UUCICO is system intensive
Date: 9 Apr 92 15:29:54 GMT

km@mathcs.emory.edu (Ken Mandelberg) writes:

>The BSD uucico seems to yield sys time at about 14% of real time for
>long transfers.  Surprisingly, although the trace pattern looks the
>same to me, HDB gives me sys time as 2% of real time.

The HDB uucico is probably using VMIN and VTIME, which may make a
difference in CPU time usage.  You still have to set a timeout when
using VMIN and VTIME, since there's no way to say ``return after
you've gotten this many characters or after this much time has
passed.''  For uucico it makes sense to stick to ``return after you've
gotten this many characters.''

>1) Could UUCICO be better optimized? 

One of my main goals in writing Taylor UUCP was to require less CPU
time, and I think I mostly succeeded (which isn't to say that it
couldn't be better still).  I've had several reports that it cuts CPU
usage significantly over most UUCP packages, and it certainly does so
on my local system.  So you might want to try it.

>I sure
>wish the Telebits would spoof large packets on one side and 64 byte
>ones on the other. Its internal transfer protocol has large packets
>anyway.

I'd be happy if Telebits would just spoof large packets at all.  As
far as I can tell trying to use large packets with Telebit spoofing
enabled fails completely.
-- 
Ian Taylor                     ian@airs.com                    uunet!airs!ian
First person to identify this quote wins a free e-mail message:
``Do you make a grievance of weighing so many pounds only, instead of three
  hundred?  Then why fret about living so many years only, instead of more?''
From: Louie.Williams@bbs.oit.unc.edu (Louie Williams)
Newsgroups: comp.mail.uucp
Subject: HElp!  North Carolina Maps Needed (soon)!
Date: 15 Apr 92 13:06:12 GMT
Organization: Extended Bulletin Board Service

Hello All!

I will soon be moving to western North Carolina and wanted to set up a 
uucp link when I get there.  The trouble is, I can't seem to locate *any*
maps for North Carolina, at all!  They do exist, don't they?  (I've checked
comp.mail.maps & tried ftp.uu.net w/o success).  Can someone give me a 
pointer or mail the maps to me, please?

Thanks ahead for the help!  (email preferred)

-Lou Williams                    lou@enterprise.niehs.nih.gov
Computer Sciences Corp.          lou@excelsior.niehs.gov
Research Triangle Park, NC       william8@niehs.bitnet

--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
Newsgroups: comp.mail.uucp
From: anton@analsyn.gts.org (Anton J Aylward)
Subject: UUCP <==> Microsoft Main : Question ???????
Organization: ASCI: UNIX Database and Communications
Distribution: na
Date: Wed, 15 Apr 1992 11:30:22 GMT

Is there a COMMERCIAL and supported package that allows 
Microsoft Mail for DOS, or even CC:Mail, to talk to UNIX (or other)
machines via something like UUCP?

I'd really like to hear from people using it rather than people 
who have just seen an item in a price list.
How easy it is to install, does it need a dedicated modem,
will it run with a Novell LAN setup, questions like that.
Real "down in the trenches, fighting the war with h/w and s/w"
type questions and answers.

Surely I'm not the only one wondering about this ????
(Is there a potential for a new group ????)

--
Anton J Aylward
From: tjg01@thdhub.homedepot.com (Terry Gardner)
Newsgroups: comp.mail.uucp
Subject: NetBlazer UUCP
Keywords: UUCP,UNIX,NETBLAZER
Date: 10 Apr 92 18:03:09 GMT
Organization: The Home Depot, Inc.


Can one do UUCP traffic thru a NetBlazer? I'll be getting one
connected to a LAN, and I need to do UUCP and SLIP thru it. I know
how to do the SLIP part, no problem there.

-- 
Terry Gardner, terry@thdhub, terrythdhub@uunet
Senior Network Systems Programmer @ The Home Depot, Inc.
404-433-8211 x 5124 Message Generated with GNU Emacs 18.58...
Aborting, Retrying, Failing, and Ignoring.....

-- 
Terry Gardner, terry@thdhub, terry%thdhub@uunet
Senior Network Systems Programmer @ The Home Depot, Inc.
404-433-8211 x 5124 Message Generated with GNU Emacs 18.58...
Aborting, Retrying, Failing, and Ignoring.....
Xref: sparky comp.mail.uucp:1154 comp.sys.sun.misc:1803 comp.unix.internals:1080 comp.dcom.modems:6391
From: space@ncc1701.stgt.sub.org (Lars Soltau)
Subject: Re: UUCICO is system intensive
Followup-To: comp.mail.uucp
Organization: United Federation of Planets
Date: Fri, 10 Apr 1992 11:18:49 GMT

In article <8669@emory.mathcs.emory.edu> km@mathcs.emory.edu (Ken Mandelberg) writes:

   By the way, we run UUCP out over ethernet to an Annex terminal server
   that handles a bank of Telebit T2500s running PEP. We are stuck running
   protocol "g" with 64 byte packets because thats what PEP will spoof.

You'd be better off switching to "f" protocol and disabling PEP
protocol spoofing. I get 1200-1400cps with spoofed "g" and
1400-1600cps with unspoofed "f". Since PEP is supposed to be reliable,
you don't need all those checksums and sequence numbers anyway. I
haven't experienced any problems in the 2 months I've been running "f"
protocol now.

"g" protocol spoofing is neat if you're forced to use "g", but if your
UUCP supports "f", ditch the spoofing and switch. Remember to actually
disable spoofing, though, or you'll get transfer errors.
--
Lars Soltau	bang: <insert ridiculously long path>	    BIX: -- no bucks --
		smart: space@ncc1701.stgt.sub.org

     Germany, Stuttgart-Zuffenhausen, where dreams come true: Heaven is 911!

I just hate it when Christians say atheists are void of morals.  It just
makes me want to go get the chainsaw and take a quick trip down to the
local playground and... :-) 
			-- Mike Prather on alt.atheism
-- 
Lars Soltau	bang: <insert ridiculously long path>	    BIX: -- no bucks --
		smart: space@ncc1701.stgt.sub.org

     Germany, Stuttgart-Zuffenhausen, where dreams come true: Heaven is 911!
Newsgroups: comp.mail.uucp
From: jerry@ee.rochester.edu (Jerry Seward)
Subject: UUCP "g" and "z" specs
Organization: Univ of Rochester, College of Engineering and Applied Science
Date: Wed, 8 Apr 1992 22:16:12 GMT

I'm looking for the specifications for the uucp 'g' and 'z' protocols.
Are they available at any ftp site?

Xref: sparky comp.mail.uucp:1167 news.admin:3508
Newsgroups: comp.mail.uucp,news.admin
Subject: getting mail from myself
From: andyb@wndrsvr.la.ca.us (Andy Brager)
Date: Thu, 9 Apr 1992 23:25:59 GMT
Organization: Wonder Server - Public Access for SoCal


There was a brief instant in time where I assigned myself the same UID
as "news".  Ever since, on occasion, I get error messages from...myself, 
indicating bad batches or something that I'm not concerned about here.  

Since my UID is different than news' UID I can't understand why these 
messages appear to come from me.  They only seem to happen when I send
out mail, and I pick up news in the same phone call.  They're from 
relaynews.  I'm using C news, HDB uucp, under ISC V3 3.0.  Although I'm not 
using pathalias, I do have a paths file.  I have put a 0 by my smarthost
to have mail go out immediately, which it does.  If someone could tell
me the sequence of events that happens when I send out mail, I could
probably figure out what's going on.  I'm also running sendmail.

Thanks in advance!

Andy
-- 
		DO NOT BUY TOUCHE COMPUTERS -email for details
Large Packages (2K+ Total): cerritos.edu!swc!wndrsvr!andyb
Did you know that VAX mailers strip trailing blanks?  Don't use uuencode.
-I don't know but I been told; two sides to every story - Joe Walsh
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.mail.uucp
Subject: uucp over tcp - need help
Date: 8 Apr 92 17:45:07 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY


  I have lot the modem on a system I call, but there is a modem pool
with connectivity. What I need to do is to call in, tell the serial
selector to give me a serial to tcp concentrator (cisco box or some
such), tell that to give me a connection... and in 300 bytes of script
or so I'm connected, get a login prompt, send the login, get a password
prompt, send that, get a Shers message... and die.

  I assume that 'g' protocol isn't going to run over that line, because
of TCP packetizing, or conversion, or whatever. I have HDB at both ends,
so if someone knows what protocol will run well over this connection I
will gladly try it (after I dig out which field in Systems get the
protocol name appended).

  Any thoughts would be most useful, or a pointer to which protocols do
what, which doesn't seem to be in my docs.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
Newsgroups: comp.mail.uucp
From: mdg@netcom.com (Mark Grand)
Subject: chat scripts in Dialers file
Date: Mon, 06 Apr 92 18:53:42 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I'm not sure if this is the right newsgroup but...

We have written a program that is SUPPOSED to be compatible with uucp's
and cu's use the Devices and Dialers files.  Our dificulty in
successfully doing this is that a number of crucial details are
ommitted from the AT&T documentation.  The most important one is the
amount of time to wait for an expect string that apears in a Dialers
file chat script.  If anyone out there know this information, it would
be very helpful to us if you could pass it on.

Thanks to all in advance
--
Mark Grand
Premenos Corporation                510-602-2073
1000 Burnett, Second Floor          mark@premenos.sf.ca.us
Concord, CA   94520
From: unger@mitem.com (Tom Unger)
Newsgroups: comp.mail.uucp
Subject: map unpacking software
Summary: Looking for map unpacking sofware
Date: 6 Apr 92 18:45:53 GMT
Distribution: usa
Organization: MITEM Corp.

I'm looking for some tools that will unpack the uucp maps.  I've heard about
a couple packages available that do this safely and securly.  Could someone
tell me where to find them?

Tom Unger
MITEM
From: ian@airs.com (Ian Lance Taylor)
Newsgroups: comp.mail.uucp
Subject: Re: uucp over tcp - need help
Date: 9 Apr 92 15:36:56 GMT

davidsen@yeti.crd.GE.COM (william E Davidsen) writes:

>  I assume that 'g' protocol isn't going to run over that line, because
>of TCP packetizing, or conversion, or whatever. 

The 'g' protocol works fine over TCP, so I doubt that's it.  All the
'g' protocol needs is an eight bit clear connection.  Perhaps
something along the line is trapping some characters, such as ^S or
^Q.

>I have HDB at both ends,
>so if someone knows what protocol will run well over this connection I
>will gladly try it (after I dig out which field in Systems get the
>protocol name appended).

You could try the 'e' protocol, but since that does no error checking
whatsoever it probably would not be a good idea to run it over a
modem.  It also requires an eight bit clear connection, so I can't see
why it would work when the 'g' protocol fails.

You could also try the 'f' protocol, which will work over a seven bit
ASCII connection, but it does less error checking and may not be
supported by your version of HDB.

You put the protocol name after the device name in the Systems file,
following a comma.
-- 
Ian Taylor                     ian@airs.com                    uunet!airs!ian
First person to identify this quote wins a free e-mail message:
``Do you make a grievance of weighing so many pounds only, instead of three
  hundred?  Then why fret about living so many years only, instead of more?''
Newsgroups: comp.mail.uucp
From: rc@netarch.com (Ran-Chi Huang)
Subject: QUESTION: Self-extracting maps
Organization: Network Architecture Consulting
Date: Thu, 16 Apr 1992 09:09:31 GMT

Does any netters have any scripts/programs to set up
self-extracting UUCP maps that come off comp.mail.maps ?

We run C news and what we do is to manually extract the maps
as they become available. Obviously that is not optimal.

Please email me your responses as I do not access this newsgroup
often.

Thanks in advance

-rc
-- 
--
Ran-Chi Huang                                               rc@netarch.com
Network Architecture Consulting., Fremont, CA                   netarch!rc
From: vasquec@alleg.edu (Carlos Vasquez)
Newsgroups: comp.mail.uucp
Subject: Help mail
Date: 6 Apr 92 10:12:46 GMT
Organization: Allegheny College

I have just started to get involved with the e-mail methods. I hope that  
someone can help me find out exactly how to use these methods. That is,  
how to use the UUCP.  So my question is, how do I use the UUCP and how do  
I get a hold of e-mail adresses? I hope that someone will respond soon.
From: rikitake@jrd.dec.com (Kenji Rikitake)
Newsgroups: comp.mail.uucp
Subject: Re: Unreachable systems
Date: 6 Apr 92 07:23:48 GMT
Article-I.D.: jrdzzz.RIKITAKE.92Apr6162349
Reply-To: kenji@komaba.c.u-tokyo.ac.jp
Organization: I speak for myself.

In article <1992Apr6.024447.412@dakota.alisa.com> denny@dakota.alisa.com (Bob Denny) writes:

>   For about 2 weeks my paths file rebuild has been reporting about 20 or so
>   "you can't get there from here" systems, mostly ".jp" ones. This happened
>   about 2-3 months ago too, and it cleared itself. Is anyone else having this
>   problem? 

I'm not using pathalias so I haven't experienced the problem, but I
suggest you to get contact with konish@kddlabs.co.jp, the maintainer
of *.jp UUCP maps.

-- Kenji, also postmaster@macrofield.or.jp
--
Kenji Rikitake // kenji@macrofield.or.jp
My mailing address in Digital Equipment Corporation Japan will be deleted
by April 20, 1992. Please contact Macrofield Corporation after April 21.
Newsgroups: comp.dcom.modes,comp.mail.uucp
From: roberto@arrocha.charlotte.nc.us (Roberto Arrocha)
Subject: Summary: UUCP: 64-byte packet -> 256-byte packet
Keywords: UUCP packet
Reply-To: roberto@arrocha.charlotte.nc.us
Organization: Roberto E. Arrocha
Date: Mon, 13 Apr 1992 22:32:06 GMT

Original Question
In order to reduce uucp communication overhead, and improve throughput,  
I've been told to increase packet size from 64-byte packets to 256-byte  
packets.

Any suggestions on how to set uucp to accomplish this?
Current setup: 040 NeXTcuce <-> Hayes ULTRA 9600 <-> UUNET (T2500)


Summary
Can't do it with standard UUCP, as offered by NeXT.
It seems that packet size is hardcoded in UUCP, and a code change /  
recompilation may be necessary.

Alternatives range from using Taylor & GNU UUCP (source code provided) to  
using Telebit modems, all of the above allow modifying packet size.


Answers / Suggestions

monty@proponent.com (Monty Solomon)
Replace your uucp software with Taylor uucp.  Version 1.03 was just  
released.
Another alternative is to replace your Hayes Ultra with a Telebit.  The  
Telebit has uucp protocol built-in and can pretend to be the other end of  
the uucp protocol.


ian@airs.com (Ian Lance Taylor)
So far as I know, you can't do it with the NeXT UUCP.  You can do it
with my UUCP package, if you like; several people are using it on the
NeXT.

This is my standard Taylor UUCP blurb.
[...]


bkr@drdhh.hanse.de (Bjoern Kriews)
Forget it with NeXT's standard uucico, it's hardcoded. There may be
a chance if you are called but not for outgoing calls.
Packetsize is agreed upon in the uucico startup phase.
With Taylor-UUCP you might have a chance but I am not sure.


jantypas@soft21.s21.com (John Antypas)
I use taylor-UUCP (GNU UUCP soon) and use its facilities on both ends. It  
allows protocol blocks anywhere from 32 to 4096 bytes.


shawn@marilyn.marilyn.mn.org (Shawn P. Stanley)
This can't be done by setting options.  The changes need to be made in the  
binary file.  I thought I saw a posting some time ago on how to do that  
with the uucico for the SCO Unix HDB, but I don't have a record of it.

Thaks to all that responded.
-- 
Roberto
NeXTmail: roberto@arrocha.charlotte.nc.us
From: pacolley@ember.UUCP (Paul Colley)
Newsgroups: comp.mail.uucp
Subject: Re: uucp over tcp - need help
Date: 10 Apr 92 13:22:06 GMT
Reply-To: pacolley@ember.UUCP (Paul Colley)
Organization: Ember---private system

In article <3919@airs.com> ian@airs.com (Ian Lance Taylor) writes:

>davidsen@yeti.crd.GE.COM (william E Davidsen) writes:
>
>>  I assume that 'g' protocol isn't going to run over that line, because
>>of TCP packetizing, or conversion, or whatever. 
>
>The 'g' protocol works fine over TCP, so I doubt that's it.  All the
>'g' protocol needs is an eight bit clear connection.

Well... it works locally quite nicely.  But on non-local connections,
it is pathetic, due to the long delays that can be introduced.

Being limited to 3, 64-byte packets at a time, and with delays of
5-10 seconds (or more) being quite common over long-distance TCP,
UUCP-g can give amazingly low throughput.  I've seen figures as
low as 10-30 CPS, which makes it useless for transfering significant
amounts of information.

Of course, no phone line in the world ever has a 10-second delay,
so it's kind of unfair to expect UUCP-g to work under such conditions
anyways.

This is an argument in favour of installing the Taylor-UUCP package,
so you can have a 7 packet widnow and huge packet sizes.  I probably
should.

- Paul Colley
University:  colley@qucis.queensu.ca
Home:        pacolley@ember.uucp   watmath!ember!pacolley  +1 613 545 3807
"Quantum Mechanics:  The dreams stuff is made of"    - Ken Burnside
From: Larry.McVoy@eng.sun.com (Larry McVoy)
Newsgroups: comp.mail.mh
Subject: repl
Date: 14 Apr 92 00:44:52 GMT
Distribution: world
Organization: The Internet

I'm using mh 6.7 and when I reply to a message that already has "Re:" in the
subject line, it adds another one.  People are screaming at me that it
screws up their input filters.  Am I doing something wrong, does mh do this
to everyone?  Is there some way to make it stop doing that?

Thanks.

Input message:

	Return-Path: lm@slovax
	Return-Path: <lm@slovax>
	Received: from slovax.Eng.Sun.COM by snafu.Eng.Sun.COM (4.1/SMI-4.1)
		id AA02992; Mon, 13 Apr 92 17:10:14 PDT
	Received: from localhost by slovax.Eng.Sun.COM (4.1/SMI-4.1)
		id AA20292; Mon, 13 Apr 92 17:13:45 PDT
	Message-Id: <9204140013.AA20292@slovax.Eng.Sun.COM>
	To: lm@slovax (Larry McVoy)
	Subject: Re: XXXX
	Date: Mon, 13 Apr 92 17:13:45 PDT
	From: lm@slovax

Repl message:

	To: lm@slovax
	cc: lm
	Subject: Re: Re: XXXX
	In-reply-to: Your message of "Mon, 13 Apr 92 17:13:45 PDT."
		     <9204140013.AA20292@slovax.Eng.Sun.COM>
	--------
	~
	~
	~
	~
	~

Newsgroups: comp.mail.mh
From: pereira@bullet.ecf.toronto.edu (Rui M. Pereira)
Subject: Replying to multiple addresses at once
Keywords: repl multiple address
Organization: UofT, Earth, Sol, Western Spiral arm of the Milky Way, Universe
Distribution: comp
Date: Tue, 7 Apr 1992 21:39:32 GMT

I've read the man page for repl and comp and can't figure out how to
make repl insert multiple addresses using the To: field of a message
I'm replying to.  (The message has all the addresses in its To: field,
and doesn't use a cc: list ...)

Also, is there a reference manual/text in any ftp site that explains
clearly (i.e. LOTS and LOTS of examples) how to use the mh format
capabilities?

Thanks ...
From: rtor@ansa.co.uk (Owen Rees)
Newsgroups: comp.mail.mh
Subject: slocal: has anyone used result N successfully?
Date: 14 Apr 92 15:44:42 GMT
Organization: The Internet


The objective:

Spotting duplicate incoming messages and filing them in a duplicates
folder.

The proposed solution:

In the .maildelivery file:

  To test | R "/usr/local/bin/mh/pick +test --message-id \
               `/usr/local/lib/mh/mhl -form mhl.message-id`"
  To test | N "/usr/local/lib/mh/rcvstore -create +duplicates"
  To test | ? "/usr/local/lib/mh/rcvstore -create +test"

The general idea is that the first line tests to see if there is
already a message with this message-id in the target folder, the
action succeeds if there is and fails if there is not - the message is
not considered delivered because the 'result' is R. The second line
is supposed to file the message as a duplicate if the previous action
succeeded, if this succeeds the message is considered delivered. The
third line picks up and files undelivered messages.

What happened?

91% scan +test
scan: no messages in test
92% scan +duplicates
scan: no messages in duplicates
93% slocal < testmsg -user rtor -maildelivery .mdtest -verbose
        delivering to pipe "/usr/local/bin/mh/pick +test --message-id 
            `/usr/local/lib/mh/mhl -form mhl.message-id`", loses: Exit 1
        delivering to pipe "/usr/local/lib/mh/rcvstore -create 
            +duplicates", wins.
94% refile +test 1 -src +duplicates
95% slocal < testmsg -user rtor -maildelivery .mdtest -verbose
        delivering to pipe "/usr/local/bin/mh/pick +test --message-id
            `/usr/local/lib/mh/mhl -form mhl.message-id`", wins.
        delivering to pipe "/usr/local/lib/mh/rcvstore -create
             +duplicates", wins.

This suggests that the N result is not acting as described in the
mhook man page, in particular it is not dependent on the success or
failure of the previous action.

The version/options are:

version: MH 6.7.2 #9[UCI] (caligula) of Tue Apr 14 14:44:45 BST 1992
options: [ATHENA] [ATTVIBUG] [ATZ] [BIND] [BSD42] [BSD43] [DUMB]
         [FOLDPROT='"0700"'] [ISI] [MHE] [MHRC] [MORE='"/usr/ucb/more"']
         [MSGPROT='"0600"'] [OVERHEAD] [RPATHS] [SBACKUP='"#"']
         [SENDMTS] [SMTP] [SUN40] [SUN41] [TYPESIG='void'] [TZNAME] [UK]
         [WHATNOW]

Have I misunderstood the description of N? Is there something I have
missed?

Suggestions for other ways to solve the original problem also
gratefully received.

Owen.

     /\/\	Owen Rees <rtor@ansa.co.uk>
    / /  \	APM, Poseidon House
   / / /\ \	Castle Park, Cambridge
  / / /\ \ \	CB3 0RD, UK
 / /_/__\ \ \	Phone:	+ 44 223 323010
/__________\_\	Fax:	+ 44 223 359779
  A  N  S  A
Newsgroups: comp.mail.mh
From: shahryar@crc.ricoh.com (Shahryar G. Hashemi)
Subject: MH and POP2...
Organization: RICOH California Research Center
Date: Wed, 15 Apr 92 17:22:42 GMT

Dear all,

We have had problems in using mh and POP2 services together.  It seems that
mh is not reading the From line correctly {i.e. if there is not proper From:
line it complains, while there might be a From [without the : ] line in the
headers}.  Does anyone know what is the global option which I would need to
set for mh to read the From line no matter if the From: line exists or not.

Thanks,

Shahryar

--
Shahryar G. Hashemi
System/Network Administrator -- RICOH Corporation California Research Center
2882 Sand Hill Road, Suite 115         Telephone: (415) 496-5730
Menlo Park, CA  94025-7022             FAX: (415) 854-8740
E-Mail: <shahryar@crc.ricoh.com>
From: he@spurv.runit.sintef.no (Havard Eidnes)
Newsgroups: comp.mail.mh
Subject: Re: default slocal delivery script
Date: 8 Apr 92 18:35:06 GMT
Organization: Computing center at the University of Trondheim, Norway

In article <ALBERTO.92Apr3143242@konark.cs.umd.edu>, alberto@cs.umd.edu (Jose Alberto Fernandez R) writes:
|> I use this very simple code to get the same results. I have been
|> working fine for at least a month.
|> 
|> This is the .maildelivery lines:
|> -------------------------------
|> # Default is to deliver it to the mailbox in the mbox format
|> # Since SLOCAL does not know how to do it, I doit by hand.
|> default, -, |, ?, "(sed '1s/>From/From/';echo) >>/var/spool/mail/alberto"
|> #End of Mail Delivery.

Is this safe?  Does it lock the mailbox?  Does it have to?  Why not use
"/bin/mail -d" (no, I haven't tried that myself...)?

- Havard