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 > [email protected] > https://mailman.fastxs.nl/mailman/listinfo/dbmail >
