Antoine Delvaux <anto...@delvaux.net> wrote: >When creating a new list through the webinterface, Sympa automatically >adds entries in the sympa.aliases file but fails to rebuild the >sympa.aliases.db one. This because of trying to run the newaliases >command as the sympa user but not having rights on the /etc/aliases.db >file. > >I guess Sympa should call newaliases with the following args: >"-oA/etc/mail/sympa.aliases" which is to be configured at compile time >through the -with-newaliases_arg option. See >http://www.sympa.org/doc/html/node4.html > >Then only the sympa.aliases.db file will be rebuild and not all the >other aliases files used by the mail transport agent.
This bug is still active in Lenny. I did not tested in squeeze. For testing, you just have to add in /etc/postfix/main.cf: alias_maps = hash:/etc/aliases,hash:/etc/mail/sympa.aliases alias_database = hash:/etc/aliases,hash:/etc/mail/sympa.aliases A workaround is: # Allows sympa to work with /etc/mail/sympa.aliases[.db] chown root:sympa /etc/mail chmod u=rwx,g=rwx,o=rx /etc/mail chown root:sympa /etc/mail/sympa.aliases # Allows sympa to work with /etc/aliases[.db] chown root:sympa /etc/aliases chmod u=rwx,g=rwx,o=rx /etc/aliases chown root:sympa /etc/aliases.db chmod u=rwx,g=rwx,o=rx /etc/aliases.db Another workaround can be to play with alias_maps/alias_database to disable some automatic handling on thoses files or to provide sympa a wrapper to newaliases that only works on /etc/mail/sympa (using a script preceding /usr/sbin in $PATH for example) Regards, -- Mathieu Goessens IT consultant. geb...@poolp.org + 33 6 07 91 54 87 http://gebura.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
