Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!apple!usc!ucsd!ucbvax!pasteur!postgres.Berkeley.EDU!aoki
From: aoki@postgres.Berkeley.EDU (Paul M. Aoki)
Newsgroups: comp.mail.mh
Subject: Re: slocal question (and some miscellany ..)
Message-ID: <10059@pasteur.Berkeley.EDU>
Date: 8 Jan 91 07:15:07 GMT
References: <10043@pasteur.Berkeley.EDU> <2788C983.23156@ics.uci.edu>
Sender: news@pasteur.Berkeley.EDU
Reply-To: aoki@postgres.Berkeley.EDU (Paul M. Aoki)
Distribution: na
Organization: University of California at Berkeley
Lines: 27

jromine@ics.uci.edu (John Romine) writes:
>aoki@postgres.Berkeley.EDU (Paul M. Aoki) writes:
>>someone was complaining because /usr/ucb/vacation wouldn't work right
>>with slocal...  I found that the UUCP maildrop format MH was producing
>>(specifically, the ">" that preceded the "From " line) broke vacation
>Hmm.  I thought this was fixed in MH 6.7.

And for good reason.  It was.  But upgrading vacation is easy, whereas
there are probably plenty of people who don't have the permissions/
scratch-space to upgrade MH.

>>3. Here's the "mhook RTFM" question.  If my .maildelivery says:
>>	to foo-request | ? "rcvstore +foo"
>>	to foo | ? "rcvstore +bar"
>Does slocal consider "to foo" as true if the "to" address is
>"foo-request"?

Yes, it is supposed to (and generally does).  The lines
	to foo-request | A "rcvstore +foo"
	to foo | A "rcvstore +bar"
will cause delivery to both +foo and +bar.  The problem is that when 
an action fails, slocal immediately stops processing the lines in 
.maildelivery and punts (attempts delivery to the maildrop).  My 
feeling is that there's a logic bug at the bottom of the while loop 
in usr_delivery() .. Does anyone depend on the current behavior?
-- 
    Paul M. Aoki   |   aoki@postgres.Berkeley.EDU   |   ...!ucbvax!aoki