Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!seismo!sundc!hadron!jsdy
From: jsdy@hadron.UUCP
Newsgroups: comp.mail.misc
Subject: Re: Mail/file transfer UNIX--VMS
Message-ID: <452@hadron.UUCP>
Date: Thu, 5-Feb-87 21:58:57 EST
Article-I.D.: hadron.452
Posted: Thu Feb  5 21:58:57 1987
Date-Received: Sun, 8-Feb-87 01:54:21 EST
References: <117@trwspp.UUCP> <620@cdx39.UUCP>
Reply-To: jsdy@hadron.UUCP (Joseph S. D. Yao)
Organization: Hadron, Inc., Fairfax, VA
Lines: 25
Summary: Correction?

In article <620@cdx39.UUCP> jc@cdx39.UUCP (John Chambers) writes:
(for Kermit)
>> the message (with envelope) into a well-known mail spooling directory
>> on the other side, from which a daemon would periodically retrieve
>This is exactly what uucp mail does.
>Somehow, I suspect that most mailers work this way, ...

I'm kinda surprised, John.

Outgoing UUCP mail may spool, if your sendmail.cf is set up that
way.  All my local mail is immediate-dial.  Incoming UUCP mail is
put into a spool directory, true; but then rmail is immediately
called (by UUXQT) to deliver it.

Similarly, SMTP mail comes into a spool directory and sendmail
(the one playing SMTP daemon) forks itself off to deliver it
instanter.

Only non-interactive message collection systems, which have no
control over messages coming in while they do house-keeping,
might do what you suggested.  (I have written one such.)
-- 

	Joe Yao		hadron!jsdy@seismo.{CSS.GOV,ARPA,UUCP}
			jsdy@hadron.COM (not yet domainised)