alternate pop auth scheme, not APOP
Hi List, during (part of) the weekend i was configuring email service in a LAN and came upon setting up a central pop server. I dont want to use APOP auth, because not all of the clients can say that word (e.g. kmail, as of slink), but is it true that the only alternative is to store a worthy login passwd at every client's mail reader (retyping is unbearable.) ? Is there a pop server which just uses an other passwd database for USER/PASS auth than /etc/passwd or /etc/shadow (sth like /etc/pop_passwd )? Do I really have to modify and recompile srcs to accomplish this ? Markus Stausberg InfoLytics AG Marktstrasse 8 50968 Koeln Germany Tel.:(+49) (0)221 3405846
Re: alternate pop auth scheme, not APOP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Markus Stausberg [EMAIL PROTECTED] writes: I dont want to use APOP auth, because not all of the clients can say that word (e.g. kmail, as of slink), but is it true that the only alternative is to store a worthy login passwd at every client's mail reader (retyping is unbearable.) ? There is always RPOP, if kmail can handle that. And if you can find a POP3 server which handles it. But RPOP is a Bad Thing (tm). It relies on the username returned by identd. If you trust the client systems to return an accurate identd, then you might consider it... As an alternative. Do you have shared home directories? If so, how about delivering mail directly to the home directory - say for instance ~/.mail? Then folks can treat it like a standard Unix mbox, which more clients will support. One word of warning with that method. If you're using NFS, make sure NFS file locking is supported by the clients and the server. Otherwise you'll wind up with mysterious mailbox corruption. - -- Graeme. [EMAIL PROTECTED] Life's not fair, I reply. But the root password helps. - BOFH -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) iD8DBQE5IAuNPjGH3lNt65URAnnEAKDRO5zHFE9koKfcZHzCNN4KFXzYGgCg0ZvP 8xvi8HGqQwUkTfwlFflN+bw= =OFTO -END PGP SIGNATURE-
Re: alternate pop auth scheme, not APOP
On Mon, May 15, 2000 at 03:37:01PM +0100, Graeme Mathieson wrote: One word of warning with that method. If you're using NFS, make sure NFS file locking is supported by the clients and the server. Otherwise you'll wind up with mysterious mailbox corruption. Unless you use maildirs, which don't need any NFS locking support at all. -- Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness) http://www.tardis.ed.ac.uk/~broonie/ EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/ pgpe4wOc33iNa.pgp Description: PGP signature