home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!spool.mu.edu!sdd.hp.com!uakari.primate.wisc.edu!ames!ncar!csn!cherokee!futureworld!huntting
- From: huntting@advtech.uswest.com
- Newsgroups: comp.mail.sendmail
- Subject: Re: Replacing UUCP with SMTP in this age...
- Message-ID: <1992Sep15.010625.26068@advtech.uswest.com>
- Date: 15 Sep 92 01:06:25 GMT
- References: <CKD.92Sep9194820@loiosh.eff.org> <1992Sep10.104710.8787@visionware.co.uk>
- Sender: news@advtech.uswest.com (Radio Free Boulder)
- Reply-To: huntting@advtech.uswest.com
- Organization: U S WEST Advanced Technologies
- Lines: 24
- Originator: huntting@futureworld
- Nntp-Posting-Host: futureworld.advtech.uswest.com
-
- In article <1992Sep10.104710.8787@visionware.co.uk> chris@visionware.co.uk (Chris Davies) writes:
- >ckd@eff.org (Christopher Davis) writes:
- >Assuming your client is prepared to issue commands after connection, a
- >more transparent (to the server) hack is to execute the command
- >"/usr/lib/sendmail -q" on the server - it forces a queue run to deliver
- >any email to hosts that are now reachable.
-
- On servers running IDA or Sun's sendmail, the -Rremote.machine.name
- flag will work better. Normally this can only be done by root, but
- that can be easily fixed in sendmail.
-
- However there is another consideration, smtp chit chat doesn't use
- bandwidth very efficiantly. For sites where modems are a scarce
- resource, or users who are calling longdistance, it would help to
- streamline the process.
-
- Running the queue in parallel might help some. However this can really
- swamp a smaller machine.
-
- As for the TURN command, the potential security (being able to snag
- someone elses mail) holes are probably why it was never implemented.
-
-
- brad
-