From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: MON KEY Newsgroups: gmane.emacs.devel Subject: Re: Emacs core TLS support Date: Wed, 13 Jan 2010 20:37:42 -0500 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1263433086 9376 80.91.229.12 (14 Jan 2010 01:38:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 Jan 2010 01:38:06 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 14 02:38:00 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NVEer-0003BY-CM for ged-emacs-devel@m.gmane.org; Thu, 14 Jan 2010 02:37:57 +0100 Original-Received: from localhost ([127.0.0.1]:34988 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NVEer-0003Qt-VP for ged-emacs-devel@m.gmane.org; Wed, 13 Jan 2010 20:37:58 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NVEem-0003Q2-56 for emacs-devel@gnu.org; Wed, 13 Jan 2010 20:37:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NVEeh-0003PG-FF for emacs-devel@gnu.org; Wed, 13 Jan 2010 20:37:51 -0500 Original-Received: from [199.232.76.173] (port=36822 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NVEeh-0003PC-Ag for emacs-devel@gnu.org; Wed, 13 Jan 2010 20:37:47 -0500 Original-Received: from mail-px0-f203.google.com ([209.85.216.203]:42070) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NVEeg-0003Ni-Qk for emacs-devel@gnu.org; Wed, 13 Jan 2010 20:37:47 -0500 Original-Received: by pxi41 with SMTP id 41so1127813pxi.27 for ; Wed, 13 Jan 2010 17:37:43 -0800 (PST) Original-Received: by 10.115.84.9 with SMTP id m9mr60387wal.163.1263433063282; Wed, 13 Jan 2010 17:37:43 -0800 (PST) X-Google-Sender-Auth: 6a36b01a586af54d X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:119957 Archived-At: > What's the advantage of offering core support over using gnutls-cli > (like starttls.el does)? It is far more apt to work "out of the box " on on w32... As it is now, assuming it can be configured correctly it remains an unbelievable headache to debug. It would prob. make auth-sources.el more robust to work with as well (which, BTW isn't doing the `debug' thing very well itself on w32 either) For example, try using auth-sources.el on w32 to retrieve the credentials for a CIFS domain which uses underscores from a .authinfo.gpg file stored in a non standard location e.g. not under %home%. It works on a GNU system, but not alway without some fiddling... All of which is to say the entire Emacs authentication toolset gets long in the tooth quite quickly when used in the aggregate. Moreover, when they fail they fall over in opaque ways because of the security concerns. /s_P\