[Bug: 21.4.18] startls gets stuck

[Uwe Brauer]

>>>>> "stephen" == stephen  <stephen at xemacs.org> writes:


   stephen> A brief look at the code confirms this.  It'll take me
   stephen> many hours to catch up with this code.

   stephen> And AIUI since Uwe is using TLS, this is an actual
   stephen> subprocess, not an XEmacs network stream.  Maybe Uwe can
   stephen> get some relief by using GNUTLS instead of the default
   stephen> starttls, or the default starttls instead of GNUTLS?

Well I am using starttls. The documentation of starttls.el states:
,----
| ;;
| ;; If "starttls" is available, it is prefered by the code over
| ;; "gnutls-cli", for backwards compatibility.  Use
| ;; `starttls-use-gnutls' to toggle between implementations if you have
| ;; both tools installed.  It is recommended to use GNUTLS, though, as
| ;; it performs more verification of the certificates.
`----
Which is a little confusing. Anyhow I set 

(starttls-use-gnutls t) but it seems from the SMTP backtrace that
still starttls is used with the known (mis)behaviour.

,----
| 220 mx.gmail.com ESMTP 37sm251990hub
| EHLO localhost
| 250-mx.gmail.com at your service, [145.254.181.133]
| 250-SIZE 20971520
| 250-8BITMIME
| 250-STARTTLS
| 250 ENHANCEDSTATUSCODES
| STARTTLS
| 220 2.0.0 Ready to start TLS
| EHLO localhost
| 250-mx.gmail.com at your service, [145.254.181.133]
| 250-SIZE 20971520
| 250-8BITMIME
| 250-AUTH LOGIN PLAIN
| 250 ENHANCEDSTATUSCODES
| AUTH LOGIN
| 334 VXNlcm5hbWU6
| b3ViLm91Yi5vdWI=
| 334 UGFzc3dvcmQ6
| dG9ycGVkbzQy
| 235 2.7.0 Accepted
| MAIL FROM: <oub at mat.ucm.es> SIZE=4662
| 250 2.1.0 OK
`----


Uwe