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#16784: 24.3; Problems opening NNTP connection: failing starttls because of a non-verified certificate Date: Fri, 21 Mar 2014 06:23:16 -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: <87ob0z3l63.fsf@lifelogs.com> References: <86bny5r5lj.fsf@dod.no> <87ob24ctq3.fsf@lifelogs.com> <874n2t3ozq.fsf@lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1395397394 28151 80.91.229.3 (21 Mar 2014 10:23:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Mar 2014 10:23:14 +0000 (UTC) Cc: 16784@debbugs.gnu.org, sb@dod.no To: Lars Magne Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 21 11:23:21 2014 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 1WQwbg-0000dU-Gs for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Mar 2014 11:23:20 +0100 Original-Received: from localhost ([::1]:51816 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQwbg-0004wP-2S for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Mar 2014 06:23:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56388) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQwbU-0004ij-Rx for bug-gnu-emacs@gnu.org; Fri, 21 Mar 2014 06:23:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQwbP-0002ba-3Q for bug-gnu-emacs@gnu.org; Fri, 21 Mar 2014 06:23:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQwbO-0002bW-RD for bug-gnu-emacs@gnu.org; Fri, 21 Mar 2014 06:23:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WQwbO-0002Ff-Ae; Fri, 21 Mar 2014 06:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ted Zlatanov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Fri, 21 Mar 2014 10:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16784 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 16784-submit@debbugs.gnu.org id=B16784.13953973518597 (code B ref 16784); Fri, 21 Mar 2014 10:23:02 +0000 Original-Received: (at 16784) by debbugs.gnu.org; 21 Mar 2014 10:22:31 +0000 Original-Received: from localhost ([127.0.0.1]:42976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WQwap-0002EU-Mo for submit@debbugs.gnu.org; Fri, 21 Mar 2014 06:22:31 -0400 Original-Received: from mail-qc0-f177.google.com ([209.85.216.177]:60454) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WQwaj-0002EB-8A for 16784@debbugs.gnu.org; Fri, 21 Mar 2014 06:22:25 -0400 Original-Received: by mail-qc0-f177.google.com with SMTP id w7so2455898qcr.36 for <16784@debbugs.gnu.org>; Fri, 21 Mar 2014 03:22:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=bt+dEHSFnpe36F+TGTwmHhF6NNMy2pHvgiRVUFE1Jzw=; b=pYIKhnxo3EdqTewyAO2kT71rwPpP+FJf0Nfcej1lh9diMnOfZxzmM4YTWNm7Esw0lb EFDAnHRpzC+bRRE9EtYUMDtutu1s+SajlYPaevM/geBAtgPXxa0lWPA4CbscKdPVqooD 8og805YDvzYnkKPzBGqxjkmiKqlovUI9nvsDs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=bt+dEHSFnpe36F+TGTwmHhF6NNMy2pHvgiRVUFE1Jzw=; b=YYOm0LLT5FFyqXmxph+LXQRM/RysT3710i880Ro1YRIq7/hSJHkQZMpwnz9jkVAY+l slCKtlJaP7Q33tnfU+tkg7fGJBN+TnqMrS7R90JpCebofnEujLTelDP4TPQX6mrVqe68 fTMPaQXN/vV105Ix1OVCJ4aiGogCrOemyrOFMnRN5NJJQNmfO4LsN0dgnxgUfH7+cXZC NmbVMIMQ+dlNZJADudXs2NXFz+b5uXgf9tRJyHQ5DHGtjIr8m588zIT4L+jiBsRact8m 93EB5tQ2LAY14JSIPEjz7eVznJHnEsw/XBSSWiq8Uy9X29F3ymw1DAISp6tHW8OGhFQh pMUg== X-Gm-Message-State: ALoCoQlSprB6+j/WVeCAMzQYm2maJPr7rwafKWiqG+3CdsnuVslDbGWDqArfa0NqJJNY1egQzmkz X-Received: by 10.229.136.135 with SMTP id r7mr33080920qct.17.1395397340578; Fri, 21 Mar 2014 03:22:20 -0700 (PDT) Original-Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id l20sm7180864qgd.16.2014.03.21.03.22.19 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 21 Mar 2014 03:22:19 -0700 (PDT) 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 Gmane-Reply-To-List: yes In-Reply-To: (Lars Magne Ingebrigtsen's message of "Thu, 20 Mar 2014 15:58:02 +0100") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:87092 Archived-At: On Thu, 20 Mar 2014 15:58:02 +0100 Lars Magne Ingebrigtsen wrote: LMI> Ted Zlatanov writes: SB> I would like one of the following solutions: SB> 1. The possibility to switch off the attempted upgrade to STARTTLS for SB> NNTP connections >> >> I think Lars has to give an opinion here. LMI> I think we should always do encryption, even though we can't do validation. So the answer is "no" to Steinar's question. I have to agree, although it may be noisier, in 2014 it's the right way. >> So basically customize that variable and add :trustfiles and :hostname >> for the respective verifications, or nil to disable them. LMI> When doing opportunistic upgrades (where the user hasn't asked for the LMI> connection to be encrypted), bothering the user with warnings about not LMI> being able to establish the identity of the server doesn't make much LMI> sense. I can only suggest overriding `gnutls-log-level' but that doesn't make much sense if you're planning to use that connection, in which case you care about those warnings. Do we need a way to defer GnuTLS warnings (put them in a variable temporarily)? Ted