popa3d
popa3d is a POP3 daemon which attempts to be extremely secure, reliable, RFC compliant, and fast (in that order).
| Tags | Communications Email Post-Office POP3 Internet Security |
|---|---|
| Licenses | BSD Revised BSD Original |
| Operating Systems | POSIX BSD BSD/OS FreeBSD NetBSD OpenBSD HP-UX Linux SCO Solaris |
| Implementation | C |
Recent releases
- 23 May 2006 01:49
Changes: A couple of optimizations specific to x86-64 have been applied to the included MD5 routines.
- 11 Mar 2006 06:12
Changes: The source code has been modified to use sysconf(_SC_CLK_TCK) instead of CLK_TCK when _SC_CLK_TCK is known to be available or CLK_TCK is not (needed for glibc 2.3.90+), and to use socklen_t where appropriate.
- 26 May 2005 14:03
Changes: The source code has been corrected to not break C strict aliasing rules (this only affected auth_pam.c) and to insist on only one PAM message per call to the conversation function with Sun PAM (Solaris and HP-UX) because of differences in the parameter layout. The default limits have been bumped to values that are way too high for most systems, and comments suggesting that these defaults be decreased on particular installs have been added.
- 22 Jul 2004 20:57
Changes: MD5_Final() has been corrected to actually zero the context structure. This makes no difference for popa3d itself, but may be important for possible other applications which might use the popa3d MD5 routines.
- 16 Nov 2003 19:10
Changes: The uses of sprintf(3) have been replaced by the concat() function, implemented locally.
- All comments
Recent commentsRe: password file
> Please use direct e-mail for questions like this. If there's demand for discussing this kind of stuff between the users of popa3d in public, I am willing to create a popa3d-users mailing list for the purpose.
Well, the mailing list has been created and has started functioning. Please refer to the popa3d homepage for subscription instructions and archive access.
Re: password file
> How do i make this release read a
> specified password file, say
> /etc/mypasswd.passwd and not the
> /etc/passwd file for my virtual users.
Please use direct e-mail for questions like this. If there's demand for discussing this kind of stuff between the users of popa3d in public, I am willing to create a popa3d-users mailing list for the purpose.
Your particular question isn't as simple as you might think it is. Where do you keep the mailboxes for such virtual users and how do you get mail delivered there? Mailbox locking? How do you manage such virtual users? Password file locking?
It also has more than one valid answer. There's an unofficial patch in contrib/ which does just what you asked for. There're (currently undocumented, "use at your own risk") virtual domain support hooks in popa3d-0.5+. There's NSS and PAM.
No followups on the technical issues raised here in the project comments please, that's not what I'd like them used for.
password file
Probably not the place for this but ive been at it for two days so I apologise.
Virtual users. Password file. Me much wailing and gnashing of teeth.
How do i make this release read a specified password file, say /etc/mypasswd.passwd and not the /etc/passwd file for my virtual users.
I have tried to inlude it in configure file to no avail. Im using RH7.2 running xinetd. Is this overriding the file request?
Web page...
There isn't one...Email Solar Designer if you want...
I don't think he is working on popa3d much anymore ???
WEB PAGE
Please?