Has anyone implemented a POP-before-SMTP (selective relaying) system
that doesn't rely on the assumption that qmail and the POP daemon are
on the same host? Those I found on the qmail page unfortunately did.
DRAC[1] does this with RPC calls and a daemon on the MTA host that
inserts the IP address into a map file, but this approach only has
support for sendmail/postfix as of today (according to the web page).
A solution for tcpserver, anyone?
The other way to do it would to let the POP daemon put authenticated
IP addresses in a (My?)SQL table or LDAP database which tcpserver
maybe could be patched to read from. Are there any plans (or patches)
to implement that?
Regards,
/erik.
[1] http://mail.cc.umanitoba.ca/drac/