Re: draft-fanf-dane-smtp

Hector Santos <hsantos@isdg.net> Sun, 27 May 2012 22:45 UTC

Received: from hoffman.proper.com (localhost [127.0.0.1]) by hoffman.proper.com (8.14.5/8.14.3) with ESMTP id q4RMj0iC074053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 May 2012 15:45:00 -0700 (MST) (envelope-from owner-ietf-smtp@mail.imc.org)
Received: (from majordom@localhost) by hoffman.proper.com (8.14.5/8.13.5/Submit) id q4RMj0uJ074050; Sun, 27 May 2012 15:45:00 -0700 (MST) (envelope-from owner-ietf-smtp@mail.imc.org)
X-Authentication-Warning: hoffman.proper.com: majordom set sender to owner-ietf-smtp@mail.imc.org using -f
Received: from news.winserver.com (mail.santronics.com [208.247.131.9]) by hoffman.proper.com (8.14.5/8.14.3) with ESMTP id q4RMivbU074045 for <ietf-smtp@imc.org>; Sun, 27 May 2012 15:44:58 -0700 (MST) (envelope-from hsantos@isdg.net)
DKIM-Signature: v=1; d=isdg.net; s=tms1; a=rsa-sha1; c=simple/relaxed; t=1338158689; h=Received:Received:Received: Received:Message-ID:Date:From:Organization:To:Subject:List-ID; bh=MoGlw9QXtKlQ9q4xH8V7+Za6jDU=; b=uxEPziNrWZFXl/D9b8fjXl1pVAa/c OOJEGN8/7oEBACU+2cKHcPexcsAGntuw3baY7ydgrX/39S7b61lenEjhB6qvT7Bb OTqzWghtknUuF0CeL/6bxR8mCcHfEg8oj/X/H36rjNcBXvYgHl12N7y9Xi9wVcfD GOGL64mNUVpCFA=
Received: by winserver.com (Wildcat! SMTP Router v6.4.454.1) for ietf-smtp@imc.org; Sun, 27 May 2012 18:44:49 -0400
Authentication-Results: dkim.winserver.com; dkim=pass header.d=beta.winserver.com header.s=tms1 header.i=beta.winserver.com; adsp=pass policy=all author.d=isdg.net asl.d=beta.winserver.com;
Received: from opensite.winserver.com ([208.247.131.23]) by winserver.com (Wildcat! SMTP v6.4.454.1) with ESMTP id 2770505503.5632.4088; Sun, 27 May 2012 18:44:48 -0400
DKIM-Signature: v=1; d=beta.winserver.com; s=tms1; a=rsa-sha256; c=simple/relaxed; t=1338158646; h=Received:Received:Message-ID: Date:From:Organization:To:Subject:List-ID; bh=pye/wFtHvglMRx79lx 4w79MEgSjpdnM0VGJZN5l9js4=; b=fR2MPcogNaTII3/cslXRf5KtbL26BY+27e bkOyWrlKaSx9bD9x/qj5mLxig8o9s4jzgGxWBJs1Dy8jU4903mN3z+P/NHwe/beK WYEMAMW8s/ctV34lHk5HvF4JJuzJ4bKon4gllOqbNDILPNe7lm1QgyMNmerpedHO 093VSEBhg=
Received: by beta.winserver.com (Wildcat! SMTP Router v6.4.454.1) for ietf-smtp@imc.org; Sun, 27 May 2012 18:44:06 -0400
Received: from [192.168.1.101] ([99.3.147.93]) by beta.winserver.com (Wildcat! SMTP v6.4.454.1) with ESMTP id 3369378800.9800.6280; Sun, 27 May 2012 18:44:05 -0400
Message-ID: <4FC2AE5F.5010308@isdg.net>
Date: Sun, 27 May 2012 18:44:47 -0400
From: Hector Santos <hsantos@isdg.net>
Organization: Santronics Software, Inc.
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: Tony Finch <dot@dotat.at>
CC: dane@ietf.org, ietf-smtp@imc.org
Subject: Re: draft-fanf-dane-smtp
References: <alpine.LSU.2.00.1205251812480.572@hermes-2.csi.cam.ac.uk>
In-Reply-To: <alpine.LSU.2.00.1205251812480.572@hermes-2.csi.cam.ac.uk>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-smtp@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-smtp/mail-archive/>
List-ID: <ietf-smtp.imc.org>
List-Unsubscribe: <mailto:ietf-smtp-request@imc.org?body=unsubscribe>

Tony Finch wrote:
> I have just submitted an I-D describing how to use DANE with SMTP. All
> comments welcome.

Hi Tony,

I think an example should be added to make it clear what an possible 
implementator would be considering.  Showing maybe where similar 
idea(s) is applied now.

So if I read your document right, please correct, this would be akin 
to a BROWSER (interactive client) doing a "Common Name" check.

If so, I seem to recall some SMTP clients, interactive clients as with 
a MUA, also doing a popup for the user, but I may lumping that with 
our own wcSMTPJr client we provide as a command line tool for sending 
a message, usually for testing. which has an option to check the 
"common name" is the same as the host provide to connect.

Here an example run:

D:\local> wcsmtpuser /site:mail.winserver.com

wcSmtpUser 3.1 (c) 2004-2010 SSI (/? for help)
- ini file     : wcsmtpuser.ini
- ini section  : mail.winserver.com
- server name  : mail.winserver.com
- user name    : hector.santos
- use ssl      : YES
- auth method  : 1

* connecting to 208.247.131.9:25
S: 220-winserver.com Wildcat! ESMTP Server v6.4.454.1 ready
S: 220-************** WARNING:  FOR AUTHORIZED USE ONLY! 
**********************
S: 220-* THIS SYSTEM DO NOT AUTHORIZE THE USE OF ITS PROPRIETARY 
COMPUTERS    *
S: 220-* AND COMPUTER NETWORKS TO ACCEPT, TRANSMIT, OR DISTRIBUTE 
UNSOLICITED *
S: 220-* BULK E-MAIL SENT FROM THE INTERNET. THIS SYSTEM WILL RESTRICT 
ACCESS *
S: 220-* TO CAN-SPAM (US S. 877) COMPLIANT CLIENTS ONLY. 
         *
S: 220 
************************************************************************
C: EHLO hdev20.santronics.com
S: 250-winserver.com, Pleased to meet you.
S: 250-SIZE 10240000
S: 250-8BITMIME
S: 250-SUBMITTER
S: 250-ETRN
S: 250-AUTH CRAM-MD5 LOGIN PLAIN PLAIN-MD5 SHA-1
S: 250-AUTH=LOGIN
S: 250-HELP
S: 250 STARTTLS
C: STARTTLS
S: 220 Ready to start TLS
** SSL Negotiated session
** Certicate Information File: secure.winserver.com.cert
** CERT Common Name : secure.winserver.com
** CERT Organization: secure.winserver.com
** CERT Valid Until : Dec 27 18:55:51 2012 GMT (Days Left: 214)
** CA Country       : US
** CA Organiziation : GoDaddy.com, Inc.
** CA Common Name   : Go Daddy Secure Certification Authority
!! connection domain : mail.winserver.com
!! common name       : secure.winserver.com
!! Certificate CONNECTION DOMAIN and COMMON NAME mismatch! Accept? Yes 
or No?

My MX is mail.winserver.com but I have been using our 
secure.winserver.com sub-domain for the SSL certificate.

wcSMTPjr has three options (per host section):

    Cert.Expired.Allow=0          # cert expiration check
    Cert.NoMatch.Server.Allow=0   # CN vs connecting host check
    Cert.NoMatch.Host.Allow=1     # CN vs PTR records of IP check

So if the above make sense, how does this DANE-SMTP proposal help me, 
as an example like including the TLSA record that needs to be created?

I guess, if anything else, there are two client suggestions to highlight:

   - Automated MTA (router)
   - Interactive MUA smtp client

Like RFC5321 provides insight here, only with an MUA-SMTP client can 
you do "human" confirmation checks or graceful aborts without losing 
the message.  The MUA-SMTP client may fail to send the message if any 
55x is issued, like with a RCPT TO command.  But with a MTA router, it 
continues.

Make sense?

Thanks

-- 
HLS