Description of problem: Postfix (in its current configuration) lacks mysql support. Version-Release number of selected component (if applicable): 2.2.2-2 How reproducible: Always Steps to Reproduce: 1. Yum install postfix 2. edit main.cf -> alias_maps = mysql:/etc/postfix/mysql-aliases.cf 3. restart Actual results: - postfix/smtpd[1422]: fatal: unsupported dictionary type: mysql Expected results: - no errors Additional info: When i download the src.rpm and edit the postfix.spec -> %define MYSQL 1 It all works fine. I was wondering why you choose to disable it in the first place?
Mysql support is disabled in postfix, because it would require to install mysql for all users even in minimal installs, if the user decided to use postfix. The option is in there to make it easier for me or others to activate mysql support later on. I am sorry for this, but it is not possible to build mysql support as a module for postfix right now; therefore it has to be disabled.
I'm not really familair with the policy about dependicies, but i was wondering why one package has mysql support enabled by default, and an other hasn't. for example: Dovecot, has mysql support enabled by default, so in your eyes that would also be a unnecessary dependency. And I donât think you should install Postfix if you are trying to do a small install, because sendmail is already installed, and is much smaller. In my opinion, most people who choose to install postfix as their MTA, do that because there is much more and better documentation available for postfix. Especially things like: connecting with sql databases. If it was possible to compare the amount of people running postfix/sendmail with sql, you would see that postfix+sql is the winner.