Jonathan Nieder dixit:
>Can you say a little more about your setup? In a university
>environment with sysadmin-managed email and /etc/mailname set up
>correctly it is handy that people can start working without doing
Ah okay. We don’t have /etc/mailname set up I think and,
additionally, the Unix user name doesn’t match the eMail
localpart, so that won’t work anyway.
Though we’re having a very heterogenous desktop environment
nowadays so I can’t really know all specifics.
At least, I think, most devs seem to use the Unix git client
now, whereas for svn they use the one that comes with Eclipse…
>I wonder if it's too gentle and long to get the point across. Would
>something the following (including the guesses in the message for
>easier copy-pasting) help?
Definitely not. It needs to fail hard if user.email is not set,
i.e. refuse to accept the commit.
>is set and not set. Git already notices the cases where the guessed
>email address ends with ".(none)" and errors out, and it could make
>sense to be more aggressive.
The guessed addresses are like 'de...@pc-bn-041.lan.tarent.de'
instead of 'd.e...@tarent.de' which is the correct Kolab address
(this information can be publicly accessed since the project I
noticed it in is on our public FusionForge instance, so I don’t
think sharing specifics is bad here, but please don’t hammer our
poor trainee with spam now). So they’re a “correct” unix username
at a correct FQDN (which, thanks to split-horizon, even would
work internally, except there’s of course no MTA set up) and
won’t be caught by *.(none) matches.
Hope this helps.
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html