Re: [ietf-smtp] MTA-STS reports via HTTPS

Viktor Dukhovni <ietf-dane@dukhovni.org> Sat, 18 April 2020 19:24 UTC

Return-Path: <ietf-dane@dukhovni.org>
X-Original-To: ietf-smtp@ietfa.amsl.com
Delivered-To: ietf-smtp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79B333A10D2 for <ietf-smtp@ietfa.amsl.com>; Sat, 18 Apr 2020 12:24:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level:
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bqPpU6AYHS60 for <ietf-smtp@ietfa.amsl.com>; Sat, 18 Apr 2020 12:24:51 -0700 (PDT)
Received: from straasha.imrryr.org (straasha.imrryr.org [100.2.39.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34EFD3A10C5 for <ietf-smtp@ietf.org>; Sat, 18 Apr 2020 12:24:49 -0700 (PDT)
Received: from [192.168.1.161] (unknown [192.168.1.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by straasha.imrryr.org (Postfix) with ESMTPSA id 70F541A3492 for <ietf-smtp@ietf.org>; Sat, 18 Apr 2020 15:24:46 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
In-Reply-To: <alpine.OSX.2.22.407.2004170844230.33582@ary.qy>
Date: Sat, 18 Apr 2020 15:24:43 -0400
Content-Transfer-Encoding: 7bit
Reply-To: ietf-smtp@ietf.org
Message-Id: <779A9BEB-3209-4922-80AD-51127B5F4D93@dukhovni.org>
References: <alpine.OSX.2.22.407.2004091338360.79592@ary.qy> <m34ktneiz5.fsf@carbon.jhcloos.org> <alpine.OSX.2.22.407.2004130923410.3597@ary.qy> <m3r1wrcr7s.fsf@carbon.jhcloos.org> <alpine.OSX.2.22.407.2004131226250.4383@ary.qy> <m37dyes2yn.fsf@carbon.jhcloos.org> <alpine.OSX.2.22.407.2004170844230.33582@ary.qy>
To: ietf-smtp@ietf.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/A0aXOgWOWeIDEyw78s0zYRoSClE>
Subject: Re: [ietf-smtp] MTA-STS reports via HTTPS
X-BeenThere: ietf-smtp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion of issues related to Simple Mail Transfer Protocol \(SMTP\) \[RFC 821, RFC 2821, RFC 5321\]" <ietf-smtp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-smtp/>
List-Post: <mailto:ietf-smtp@ietf.org>
List-Help: <mailto:ietf-smtp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-smtp>, <mailto:ietf-smtp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 18 Apr 2020 19:24:52 -0000

The reporting address might be cached as part of the policy, perhaps if
you toggle the "id" field of your _mta-sts.$DOMAIN TXT record, the relevant
senders will refresh your policy and along with it your TLSRPT record.

[ I would have expected TLSRPT to not be cached, and looked up live, but
  implementors get up to all sorts of unexpected designs. ]

> On Apr 17, 2020, at 8:45 AM, John R. Levine <johnl@iecc.com> wrote:
> 
>> JL> My _smtp._tls TXT records have had both mailto: and https: in them, so
>> JL> I just took out the mailto:.  Will report back.
> 
> All of my mail reports stopped, the trickle from Socketlabs continued.
> 
> So I added the mailto: back.  Strange.

-- 
	Viktor.