From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.bugs Subject: bug#10904: 24.0.93; Infinite loop in GnuTLS code during Gnus nnimap-initiated SSL handshake Date: Thu, 02 Jun 2016 10:21:12 -0400 Organization: =?UTF-8?Q?=D0=A2=D0=B5=D0=BE=D0=B4=D0=BE=D1=80_?= =?UTF-8?Q?=D0=97=D0=BB=D0=B0=D1=82=D0=B0=D0=BD=D0=BE=D0=B2?= @ Cienfuegos Message-ID: <87eg8fllif.fsf@lifelogs.com> References: <87haxk3dce.fsf@lifelogs.com> <87hax6wakn.fsf@lifelogs.com> <87sjgdoi43.fsf@lifelogs.com> <8762d7kdk6.fsf@lifelogs.com> <878uif8p0f.fsf@lifelogs.com> <87powbzkg9.fsf@gnus.org> Reply-To: bug-gnu-emacs@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1464877417 8764 80.91.229.3 (2 Jun 2016 14:23:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 2 Jun 2016 14:23:37 +0000 (UTC) To: 10904@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 02 16:23:24 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1b8TWn-0004UW-On for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Jun 2016 16:23:18 +0200 Original-Received: from localhost ([::1]:47487 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8TWn-0000p2-5e for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Jun 2016 10:23:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43455) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8TWd-0000nF-Qn for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 10:23:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b8TWY-0000aW-Hg for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 10:23:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39524) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8TWY-0000aJ-EE for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 10:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1b8TWY-0003h0-BO for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 10:23:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Ted Zlatanov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Jun 2016 14:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10904 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.146487732714116 (code B ref -1); Thu, 02 Jun 2016 14:23:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 2 Jun 2016 14:22:07 +0000 Original-Received: from localhost ([127.0.0.1]:51861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b8TVb-0003fX-PG for submit@debbugs.gnu.org; Thu, 02 Jun 2016 10:22:07 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b8TVW-0003ey-Rn for submit@debbugs.gnu.org; Thu, 02 Jun 2016 10:22:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b8TVN-0000Ln-AB for submit@debbugs.gnu.org; Thu, 02 Jun 2016 10:21:53 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:46440) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8TVN-0000LH-6l for submit@debbugs.gnu.org; Thu, 02 Jun 2016 10:21:49 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43048) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8TVH-0000hN-Oq for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 10:21:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b8TVC-0000IF-0d for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 10:21:42 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:34094) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8TVB-0000H4-P8 for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 10:21:37 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1b8TV1-0003RC-2z for bug-gnu-emacs@gnu.org; Thu, 02 Jun 2016 16:21:27 +0200 Original-Received: from c-98-229-60-157.hsd1.ma.comcast.net ([98.229.60.157]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Jun 2016 16:21:27 +0200 Original-Received: from tzz by c-98-229-60-157.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Jun 2016 16:21:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: bug-gnu-emacs@gnu.org Original-Lines: 30 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-60-157.hsd1.ma.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:0gOhBmehTNUDSRA0F5VD5aJNSME= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:118976 Archived-At: On Fri, 05 Feb 2016 18:26:46 +1100 Lars Ingebrigtsen wrote: LI> Hm. But then those stores parameters should be used the next time in LI> network-stream, and it doesn't have access to those stored parameters. Specific security-related could be saved in network-security.data on the fly. This would serve the use case of "I just want to override this right now." They could also be provided by auth-source.el, so you could say server specialserver priority-string "PERFORMANCE" This would serve the use case of "I want to override the priority string every time but without customizing variables". Finally, `gnutls-algorithm-priority' can be extended similarly to `gnutls-verify-error' to work per host. So that would provide for the third use case of the Customize user. I think the better way is to make a top-level `gnutls-boot-parameters' variable that has all the relevant settings per host, and make the function `gnutls-boot-parameters' simply look inside that variable (the name may not be right). Then we could obsolete `gnutls-algorithm-priority', `gnutls-verify-error' and `gnutls-min-prime-bits' in favor of that variable, and provide the corresponding auth-source.el glue so the settings could also be retrieved from auth-source. Ted