Erik Bystr�m wrote:
>
> Petr Novotny wrote:
> >
> > > 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.
> >
> > No. They rely on POP daemon (authentication component) creating
> > a CDB, and tcpserver of SMTP using it. You can accomplish this
> > with NFS (or even with rsync!).
>
> Correct, my mistake. NFS is an option, but I'd like to look in to the
> option of having the access list (partially, at least) in an MySQL or
> LDAP database as well. If that's not possible, NFS is probably the
> only answer.
>
> Regards,
>
> /erik.
vpopmail with the mysql option does alittle bit of what you want.
It stores the temporary "pop before smtp" IP's in a mysql table.
Then it rebuilds the /etc/tcp.smtp.cdb file based on the mysql table
and the local /etc/tcp.smtp file.
I suppose if you use multiple machines, they would all be sharing
this mysql table. You would need to intially setup each machines
/etc/tcp.smtp file with the known static IP's you want to allow
to relay. Then when any user connected to any of your pop servers,
it would update the shared mysql table and rebuild the local
/etc/tcp.smtp.cdb file.
The /etc/tcp.smtp.cdb file on a machine gets recompiled during two
events:
1) user authenticates with pop on that machine
2) the garbage collector program - clearopensmtp - gets run (from cron)
There might be a synchronization issue if you don't have all of your
machines sharing the /etc/tcp.smtp.cdb file.
http://www.inter7.com/vpopmail/
Ken Jones
