Date: Thu, 11 Mar 1999 11:39:44 -0800 From: John Beck <sendmail+jbeck@sendmail.org> To: Gregory Neil Shapiro <sendmail+gshapiro@sendmail.org> Cc: John Beck <sendmail+jbeck@sendmail.org>, admin@wholesalehosting.com, freebsd-isp@FreeBSD.ORG, sendmail-questions@sendmail.org Subject: Re: I must be stupid Message-ID: <199903111939.LAA21852@opal.eng.sun.com> In-Reply-To: Your message of "Thu, 11 Mar 1999 11:16:24 PST." <14056.5768.21905.815820@scooter.sendmail.com> References: <36E7A1E938E.955CADMIN@domains.md> <199903111332.FAA20021@opal.eng.sun.com> <14056.5768.21905.815820@scooter.sendmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
John> Create a directory, say /etc/mail/domains. In there, create a file John> for each user. The files can be sym-links to files in the users's John> directories if necessary. Each user owns his/her file. Then cat the John> files together into /etc/mail/virtusertable (or whatever path you use), John> and run makemap on that. I have a virtual hosting site that does exactly John> this (with a cron job that checks hourly if any of the users' files John> changed, and does the cat and makemap if so), and it works just fine. Gregory> This could be dangerous. What is to stop user A from redirecting user Gregory> B's domain? Well, in our case, we know everyone involved, and there is mutual trust, so no worries. But in general it's still easy to solve: simply: % grep -iv foo.tld foo.txt where foo.tld is the domain and foo.txt is the virtual user sub-table for that domain. Then cat the output of the grep for each domain into the master virtual user table before doing the makemap. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199903111939.LAA21852>