[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [tpop3d-discuss] Compilation trouble on Solaris
From: |
Martin Schmitt |
Subject: |
Re: [tpop3d-discuss] Compilation trouble on Solaris |
Date: |
Thu, 17 Jan 2002 07:53:25 +0100 |
User-agent: |
Mutt/1.2.5i |
* Chris Lightfoot wrote/schrieb:
> Sorry, known bug, you need -lrt. Try pasting the above gcc
> command line and appending -lrt on the end, and see if it
> works.
Bingo, instant solution. Well, at least I see that the tpop3d binary has
appeared. ;-)
Unfortunately, I won't be able to look further into tpop3d until tonight or
even tomorrow.
> OOI, what do you want to do with auth-other? If your
> authenticator is likely to be of general interest, would
> you be prepared to contribute it to the distribution?
I'm always wílling to contribute. The real question is if my authenticator
is of general interest. ;-)
I'm doing some web-hosting on a very small scale, mostly for the fun of it,
since I rake in most of my $$ as a contractor. My problem is that clients
want to log on using SSH or SCP (don't ask what went on when I disabled
Telnet and FTP quite some time ago) to update their web pages, and at the
same time they want to read their Mail through POP3, using the favourite
Windoze client they've been using since the end of World War II. If I let
them use POP3, I might as well leave Telnet and FTP open, since their
credentials are sent plaintext often enough.
What I need is a separate password base for POP3. I'm far from sure about
the implementation, but I'm currently favouring a user-maintained
"$HOME/.mailpass" that they may update through some custom Perl scripts
which check for example if they really aren't using their Unix password for
POP3 authentication.
It's got to be simple since I'm not doing this fulltime. If I adopt some
authentication-de-jour scheme that the newsgroups and magazines are
currently running wild about, I probably won't be able to grok my own setup
once I haven't needed to look at it for a year. I'm also not caring about
virtual domains, since basically everyone on the machine knows what's going
on with his domain and doesn't want the illusion of having an own server
for himself.
I'm favouring the "other" auth over the integrated perl interpreter, since
having perl inside the POP3 daemon at this point just seems a bit hard to
swallow for me. Since Performance is not an issue (100 Users on a 500 MHz
UltraSparc) and the authenticator interface looks fairly simple I'd rather
do an authenticator in Perl completely on my own.
As soon as I have something to show, I'll forward it to this list.
Thanks Chris,
-martin
--
REALLY, adv.
Apparently.
(Ambrose Bierce, The devil's dictionary)
- [tpop3d-discuss] Compilation trouble on Solaris, Martin Schmitt, 2002/01/16
- Re: [tpop3d-discuss] Compilation trouble on Solaris, Chris Lightfoot, 2002/01/16
- Re: [tpop3d-discuss] Compilation trouble on Solaris,
Martin Schmitt <=
- Re: [tpop3d-discuss] Compilation trouble on Solaris, Chris Lightfoot, 2002/01/17
- Re: [tpop3d-discuss] Compilation trouble on Solaris, Martin Schmitt, 2002/01/19
- Re: [tpop3d-discuss] Compilation trouble on Solaris, Paul Makepeace, 2002/01/19
- Re: [tpop3d-discuss] Compilation trouble on Solaris, Chris Lightfoot, 2002/01/19
- Re: [tpop3d-discuss] Compilation trouble on Solaris, Martin Schmitt, 2002/01/20
TLS Support (was- Re: [tpop3d-discuss] Compilation trouble on Solaris), Ben Schumacher, 2002/01/17