Hi,
I just started using mailer.py instead of commit-email.pl.
I found some small shortcomings that will limit the use to me and wanted
to discuss if either they can be circumvented and I'm only too stupid for
it or if it is worth to extend mailer.py in that direction:
- for_repos = (?P...) substitutions made in the [defaults] section (as
described in the examples in mailer.conf.example) cannot be used in the
[defaults] section. For some reason, the keywords are only available in
group sections later. Can be circumvented by moving even "standard" things
in a always-matching group but limits the usage of the for_repos
substitutions in the defaults section.
- for_repos (and probably also for_path) substitutions cannot be used in
the diff_..._urls. This really limits the use, as viewcvs URLs always
contain the repository name. So I would like something like
https://some.site/viewcvs/%(project)s/..., but this does not work
- something like for_author is missing. Sometimes it would be nice to also
change mailing behaviour depending on author, even though this might be
not that important.
- some method for adding/removing the URL, depending on mail-recipient. It
might be, that not all users have access to viewcvs. Therefore, it would
be nice to disable the URLs for some mail-recipients. Additionally, also
the diffing or sending of e.g. lock/unlock-mails could be changed on a per
recipient-basis
- to_addr cannot be changed depending on action (lock, unlock, commit,
...). Can be solved with multiple config files, but will generate a lot of
redundant information in these files
- mapping does not allow forming of recipient-aliases. I would like to do
a per-repository setting of mail-recipients. But as users will appear for
multiple repositories, I would like to only use aliases (like the
author name) and then use the mapping feature to generate a list of
recipients:
to_addr = mike, jens, peter
and a map section with
mike = mike@some.address
jens = jens.meyer@somewhere
peter = pl@email.zz
Right now, I do a to_addr = svn_commit_%(project)s and to the mapping in
the alias-file of the host. But as I also have to map the from-addresses
from author to email, a double listing of the email addressed could be
avoided...
So, hopefully I did not overlook to many already existing features of the
otherwise really nice mailer.py!
Thanks anyway for the really GREAT subversion system!!!
Regards,
Michael
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jan 8 23:56:55 2006