Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx> writes: > git send-email was not authenticating properly when communicating over > TLS with a server supporting only AUTH PLAIN and AUTH LOGIN. This is > e.g. the standard server setup under debian with exim4 and probably > everywhere where system accounts are used. > > The solution comes from this forum thread: > http://www.perlmonks.org/?node_id=904354 Signoff? > --- > git-send-email.perl | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git git-send-email.perl git-send-email.perl > index 37dfbe7..100fbd9 100755 > --- git-send-email.perl > +++ git-send-email.perl > @@ -27,6 +27,7 @@ use Term::ANSIColor; > use File::Temp qw/ tempdir tempfile /; > use File::Spec::Functions qw(catfile); > use Error qw(:try); > +use Authen::SASL qw(Perl); > use Git; > use MIME::Base64; Shouldn't we load Authen::SASL only when it is necessary (on demand), rather than forcing everybody who use send-email (even if via sendmail, or with other authentication support)? We load Net::SMTP::SSL only on demand. It would be: require Authen::SASL; Authen::SASL->import(qw(Perl)); -- Jakub Narębski -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html