Re: pop3 changes

brtmac@ksu.ksu.edu Tue, 14 June 1994 07:16 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa20090; 14 Jun 94 3:16 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa20086; 14 Jun 94 3:16 EDT
Received: from PO2.ANDREW.CMU.EDU by CNRI.Reston.VA.US id aa26208; 14 Jun 94 3:16 EDT
Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.7/8.6.6) id DAA05843; Tue, 14 Jun 1994 03:04:50 -0400
Received: via switchmail for ietf-pop3+@andrew.cmu.edu; Tue, 14 Jun 1994 03:04:49 -0400 (EDT)
Received: from po5.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q000/QF.AhzJN:C00Udd4ts04v>; Tue, 14 Jun 1994 03:03:38 -0400 (EDT)
Received: from grunt.ksu.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by po5.andrew.cmu.edu (8.6.7/8.6.6) with ESMTP id DAA14811 for <ietf-pop3@andrew.cmu.edu>; Tue, 14 Jun 1994 03:03:31 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: brtmac@ksu.ksu.edu
Received: from mort.ksu.ksu.edu by grunt.ksu.ksu.edu (8.6.8/1.34) id CAA06789; Tue, 14 Jun 1994 02:03:22 -0500
Received: by mort.ksu.ksu.edu (8.6.8/1.34) id HAA11784; Tue, 14 Jun 1994 07:03:20 GMT
Date: Tue, 14 Jun 1994 07:03:20 +0000
Message-Id: <199406140703.HAA11784@mort.ksu.ksu.edu>
To: Michael D'Errico <Mike@software.com>
Cc: ietf-pop3@andrew.cmu.edu
Subject: Re: pop3 changes
In-Reply-To: <19940606051412.AAA4164@rome.software.com>
References: <19940606051412.AAA4164@rome.software.com>

Verily did Michael D'Errico say on June  5, 1994:

>Yes, maybe only one or two commands would be needed to get the POP server
>to accept mail for the client.  But all you've done is get the mail to
>the POP server.  The POP server would still need to know how to talk SMTP
>to get it to the final destination, or to a smart host which would do the
>delivery.  And if the host was down, the POP server would have to queue
>the message and try again later, so now you need a POP daemon running
>all the time.  Or you could leave this to the SMTP server which already
>does all this.

I see no problem with the pop server runing sendmail, or whatever mail
transfer agent you want to run on the pop server machine, to deliver
the mail, or queue it for delivery.  This way only the POP server
machine has to know how to deliver mail to a smarthost, if it's not
the smarthost.  And, if things change, there is only one place to
change the configuration, not hundreds or thousands.

Brett McCoy, UNIX Systems Administrator
Computing and Network Services
Kansas State University,  Manhattan KS  66506
vox: (913) 532-4908 / fax: (913) 532-5914 / e-mail: brtmac@ksu.ksu.edu