* Terry Collins ([EMAIL PROTECTED]) wrote:
> John Ferlito wrote:
>
> > [EMAIL PROTECTED] [EMAIL PROTECTED] # to send somewhere else
> > [EMAIL PROTECTED] johnf # deliver locally
> > @domain.com.au terry # deliver locally anything that doesn;t
> > #match the other rules
>
> Okay, this I understand.
>
> What I don't understand is how a person collects their mail?
> How does example2 collect his mail? Where does the authentication come
> in?
>
> I assume Tony was suggesting Cyrus LDAP, which has its own user/password
> file and authentication.
>
> I had probably better stop user mode and give a bigger picture.
>
> A WWW services company (WWW,mail,etc) hosts a few domains and runs
> sendmail. The customers are small business who don't run their own
> mailservers, but currently collect mail by POP clients, which I
> understand requires everyone to have an account on the hosting box (and
> they understand). As they are optimistic of growth, they would like a
> solution that removes this restriction (account on host) to improve
> security, reduce administration, etc.
>
> I was interested in the solutions based on sendmail.
Cyrus interfaces into sendmail (its an imap/pop server) though I'm not
sure what its virtual capacities are domain wise.
For what your trying to do, the RH virtual user system would work. You
create virtual domains which are tied to virtual ethernet addresses (eg
pop.client.com is a reverse name for the IP on card eth0:0). Users for
this domain are stored in /etc/vmail/passwd.client.com and their mail is
spooled in /var/spool/vmail/client.com
When they attach to the pop server, they must attach to the virtual
interface. The vpop3d daemon does a reverse DNS lookup on the cards IP
address and finds that its the 'client.com' domain - therefore when the
user authenticates its against the password file for client.com.
It seems to work quite well (I'm using it for the same thing you are)
but I don't like the linuxconf interface (who does) so I've written some
perl web based management scripts for it.
It uses sendmail with the following addtions to the .cf
# Special mailer for virtual email domain hosting
Mvirtual, P=/usr/lib/linuxconf/lib/vdeliver, F=lsDFMShP, S=10,
R=20/40, A=vdeliver $u $h
# handle virtual users
R$+ < @ $=w . > $: < $(virtuser $1 @ $2 $@ $1 $: @ $) > $1 < @ $2 .
>
R<@> $+ + $* < @ $* . >
$: < $(virtuser $1 + * @ $3 $@ $1 $: @ $) > $1 + $2 < @ $3 . >
R<@> $+ + $* < @ $* . >
$: < $(virtuser $1 @ $3 $@ $1 $: @ $) > $1 + $2 < @ $3 . >
R<@> $+ < @ $+ . > $: < $(virtuser @ $2 $@ $1 $: @ $) > $1 < @ $2 . >
R<@> $+ $: $1
R< error : $- $+ > $* $#error $@ $( dequote $1 $) $: $2
R< $+ > $+ < @ $+ > $: $>97 $1
As you can see, it uses its own delivery process - vdeliver - to take
care of things.
Let me know if this isn't clear or if you need any more help
Greeno
--
Tony Green
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://slug.org.au/lists/listinfo/slug
