home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.mail.mh
- Path: sparky!uunet!uaisun4!mrl
- From: mrl@uai.com (Mark R. Ludwig)
- Subject: Re: POP service replication
- In-Reply-To: aultj@rpi.edu's message of 22 Dec 92 23:15:50 GMT
- Message-ID: <MRL.92Dec23142749@sun4.uai.com>
- Sender: mrl@uai.com (Mark R. Ludwig)
- Organization: Universal Analytics, Inc., Torrance (LA), CA
- References: <20257.725066108@rpi.edu>
- Date: 23 Dec 92 14:27:49
- Lines: 27
-
- In article <20257.725066108@rpi.edu> aultj@rpi.edu (James Ault) writes:
-
- |> We are very close to distributing our Electronic Post Office to
- |> multiple POP servers, using MH, modified for Kerberos POP, and a YP
- |> map which maps each user to a POP server. The modifications to MH
- |> didn't make into MH 6.8, but we plan to submit them soon.
-
- This sounds interesting, and I look forward to seeing it. Have you
- written or modified any other POP clients, or is this Unix-only? (I
- have MS-DOS in mind.)
-
- |> As I understand IMAP, it allows you to distribute the client function
- |> to a number of platforms, while keeping the central storage for mail
- |> in one location. We are interested in distributing the server storage
- |> function across multiple machines, and I assume Mark was also.
-
- Yes, exactly. I'm trying to make it easy for a user to pick his/her
- favorite platform on which to send/receive mail. Once received from
- the Post Office, I'm not trying to make it look like the same mail is
- still sitting there. I think the implications for disk space quotas
- and general user responsibility for disk space usage are superior when
- using this approach. I wonder if the IMAP designers have considered
- this aspect.$$
- --
- INET: mrl@uai.com NIC: ML255 ICBM: USA; Lower Left Coast
- "A computer is one of life's joys; it follows simple rules. Just like
- children, adults need toys, only we like to call them 'tools.'" -- Dave Ross
-