tcs@USNA.ARPA (Terry Slattery) (07/10/86)
Is anyone working on a variation of the Post Office Protocols for workstations which don't have an SMTP delivery mechanism? We're envisioning a protocol where the user runs a mail client process on the workstation. This process communicates with the mail server machine for handling both reading and submitting mail. No SMTP process runs on the workstation. The workstations that we're thinking about are the smaller workstations (SGI Iris, IBM-PC, etc). -tcs Terry Slattery U.S. Naval Academy 301-267-4413 ARPA: tcs@usna.arpa UUCP: decvax!brl-smoke!usna!tcs
mrose@nrtc-gremlin (Marshall Rose) (07/10/86)
If your workstations are running UNIX with some sort of TCP/IP support (e.g., native Berkeley UNIX, or AT&T UNIX [s5r2] with an EXOS board), then you can probably use MH to do that. It's got a configuration option that says "post mail with smtp server at <list of hosts to try>". It also can be configured to use POP as the default when incorporating new mail. For more info, contact Bug-MH@ICS.UCI.EDU. /mtr
ROMKEY@XX.LCS.MIT.EDU.UUCP (07/12/86)
> No SMTP process runs on the workstation. The workstations that we're > thinking about are the smaller workstations (SGI Iris, IBM-PC, etc). Just a bit of information: FTP Software's latest release has an SMTP server and client for the PC... John Romkey FTP Software, Inc. (617) 868-4878 PO Box 150 UUCP: romkey@mit-vax.UUCP Kendall Square Branch ARPA: romkey@xx.lcs.mit.edu Boston, MA, 02142 -------
POSTEL@B.ISI.EDU.UUCP (07/12/86)
The reason that POP was designed only to get mail from a big service host to a workstation (and not to deposit messages too), was that the procedure for sending a message from the workstation to a service host would be pretty close to that part od SMTP needed to do the same thing. That is, the SMTP client that is needed in the workstation to deposit messages in a single "big brother" service host is about as simple as a POP client. --jon. -------