Ingo Weinhold wrote: > The problem with the one mail per commit approach is that merges of large > features (e.g. package management) would generate hundreds of mails, which > would be rather useless and annoying. One large mail with most diffs > truncated (as implemented ATM) makes a lot more sense in this case. Maybe a > hybrid approach -- individual commit mails for up to 10 (20? 50?) commits, a > single mail otherwise -- would be even better. Oh, the script already supports exactly that. It just needs to be enabled. I considered hacking the script, but I think I rather leave that to our perl hacker. :-P CU, Ingo