[28981] in North American Network Operators' Group
Re: pop server in an ISP environment
daemon@ATHENA.MIT.EDU (Peter van Dijk)
Tue May 30 07:03:30 2000
Mail-Followup-To: nanog@merit.edu
Date: Tue, 30 May 2000 13:01:22 +0200
From: Peter van Dijk <petervd@vuurwerk.nl>
To: nanog@merit.edu
Message-ID: <20000530130122.F22029@vuurwerk.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20000530154610.D79030@ewok.creative.net.au>; from adrian@creative.net.au on Tue, May 30, 2000 at 03:46:11PM +0800
Errors-To: owner-nanog-outgoing@merit.edu
On Tue, May 30, 2000 at 03:46:11PM +0800, Adrian Chadd wrote:
[snip]
>
> Erm, this dicussion has been rather entertaining .. what are userids?
> They aren't "mail ids". Although the original poster IIRC didn't have
> source, all this UID stuff is irrelevant because its quite possible to
> build a mail server using only one UID, mapping to 'mail. (the same
> goes for http if you're not doing CGI, and although I haven't done it
> before I'm sure with some magic CGI could be run under one userid
> securely..)
Indeed. For example, for the company I work for (that is burdened by the
64k limit right now because of lot's of stock linux 2.0.x kernels), I am
developing a mail-solution that doesn't chew up UIDs for popboxes.
Every domain we host (we're a webhoster) gets one user for FTP, shell 'n
stuff (and soon suExec too, CGIs are now all run as 'www' still). All
popboxes for the domain are also placed in this user's homedir. Users then
log on to the popserver with 'USER blah@domain.com' and their password. The
popserver then looks up the 'blah' part in a database-file in the
domain-owners homedir. Works very perfectly.
> I agree with the above mail. The planned load is the sole determinant.
> Everything else can be fudged.
Yeah, fudge'm :)
On another point, Adrian: you and Ash feel like joining us to the cinema
next sunday? :)
Greetz, Peter.
--
petervd@vuurwerk.nl - Peter van Dijk [student:developer:madly in love]
