Aaron, Thanks for your explanation. It was very good for my learning in DBMail.
Nataniel Klug ----- Original Message ----- From: "Aaron Stone" <[EMAIL PROTECTED]> To: <dbmail@dbmail.org> Sent: Thursday, February 13, 2003 12:19 AM Subject: Re: [Dbmail] System accounts : IMHO, this isn't the direction DBMail is trying to take at all. System : accounts are like the antithesis of why you would use DBMail. : : [steps onto soapbox, rant mode on] : : Let's be clear on one thing: /etc/passwd and dbmail don't mix. Period. : : If you *do* want DBMail users to be able to log in, get pam_mysql. : : Now, there is one very important thing that you are right to bring up: : mail for 'root', 'postmaster', 'webmaster' and a few other accounts are : required to exist and not bounce. Several RFC's do define things that must : or should exist in a given domain... and most /etc/aliases files have : these by default. If you've got dbmail running as the only mda for a given : domain, then you have to define these aliases immediately but manually. : : I think that the best way to tackle this is either to suggest a default : configuration for which dbmail is used only if a /etc/aliases entry isn't : found, in some kind of a setup so that those certain key aliases go to an : ordinary file based delivery, or to have the default sql scripts include : entries for a root/postmaster/domainmaster/webmaster user and all of those : critical aliases defined for that user. : : [steps off of soapbox, rant mode off] : : Aaron : : : On 13 Feb 2003, Rendhalver wrote: : : > On Thu, 2003-02-13 at 06:04, Nataniel Klug wrote: : > > Hello Jesse, : > > : > > : No, there is nothing currently setup that will make dbmail look : > > : at the system password/shadow file, you have to have aliases setup : > > : in dbmail's aliases table (eg. you can just make aliases for all the : > > : accounts that point to the same INBOX). There is work being done : > > : for seperating authentication and message storage, and it'd probably : > > : (eventually) be possible to make it check there for passwords, but : > > : even then I bet you'll need to have aliases for all accounts (there : > > : is nothing in the password file that tells where to deliver mail to). : > > : IMHO, that's one of the nicest features of dbmail over most mail : > > : systems - you don't have to give your users an actual OS login. : > : > i think the current setup for system aliases should be respected by : > dbmail : > those system aliases are there for a pretty good reason and adding about : > 15-20 aliases just so you can read your system email is a bit annoying : > : > > This work is not possible becouse I need system accounts to my radius server : > > authenticate dialup users. I am thinking in put the radius and system accounts (with : > > postfix mail system for local users) in on machine and use another machine to authenticate : > > virtual users using DBMail. : > > : > > : I think there may be scripts around either in the distribution or : > > : that you could find in the mailing list archive that will convert : > > : a 'conventional' mail system to dbmail, including all users/aliases : > > : being setup and mail getting loaded into the db - you might look for : > > : those. : > : > they sound like something to include in the distfile : > maybe asking the guy who wrote them if that is ok would be a good idea : > : > _______________________________________________ : > Dbmail mailing list : > Dbmail@dbmail.org : > https://mailman.fastxs.nl/mailman/listinfo/dbmail : > : : _______________________________________________ : Dbmail mailing list : Dbmail@dbmail.org : https://mailman.fastxs.nl/mailman/listinfo/dbmail