Re: [ietf-smtp] Make username optional in email addresses

Dave Crocker <dhc@dcrocker.net> Fri, 17 February 2023 20:37 UTC

Return-Path: <dhc@dcrocker.net>
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 4C3BEC1524A3 for <ietf-smtp@ietfa.amsl.com>; Fri, 17 Feb 2023 12:37:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.098
X-Spam-Level:
X-Spam-Status: No, score=-7.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dcrocker.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nmm5nXji8Eq2 for <ietf-smtp@ietfa.amsl.com>; Fri, 17 Feb 2023 12:37:33 -0800 (PST)
Received: from cross.elm.relay.mailchannels.net (cross.elm.relay.mailchannels.net [23.83.212.46]) (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 86244C1522D3 for <ietf-smtp@ietf.org>; Fri, 17 Feb 2023 12:37:07 -0800 (PST)
X-Sender-Id: hostingeremail|x-authsender|dhc@dcrocker.net
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 30D2C7E1DF1 for <ietf-smtp@ietf.org>; Fri, 17 Feb 2023 20:37:07 +0000 (UTC)
Received: from uk-fast-smtpout4.hostinger.io (unknown [127.0.0.6]) (Authenticated sender: hostingeremail) by relay.mailchannels.net (Postfix) with ESMTPA id 520F97E1E2E for <ietf-smtp@ietf.org>; Fri, 17 Feb 2023 20:37:06 +0000 (UTC)
ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1676666226; a=rsa-sha256; cv=none; b=CmoR9fIVgnb671XsXow8NUGZT7Y2C6g+2LOg4goERfNYC87HFkv3Q7XXLfug4DyfmA56yA 1O6tQBA77+EXTA8qfqjY8hFQLEPM7tRiT1zmFjD9NeLH4HIontp3j6s342fbhyUrxY12nN LPZrVcaPtq4RpGwYwxGCwXQdYX9+5Aa5DF3vgxt5KEX3U6aaT7E3iBLcmxoZp1QhNgWr3K pt2+2Qr5nA4gtuhIqhiHKyt5O1qyDEWJI4zysW86OTi/4Hr/vjgXqtFICc97Vwc41L7DxX 2+1lMsYwySplAbBXFLxoEauCEtWDzxnCqZwEK8Ze3OOhgKurfsmlZqBDxqADpg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1676666226; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=1XxYUpbrA+cbjVsFPKNxejh/JB+QajO67GrGzsStdGk=; b=UjSjvT6H17wkIxoI5x/ADg1Kd/nEtSMC4mHyWX2gWFVKGZdTrYTjmxRvInr8ctM2U76jZZ jRRIClD008+1OgbvPi3TCzdv9Spu5+WOMgY0T4/6542f+FBnArpbW6lLPVzDude6TFKRII RhzW87Gh8UlMIX9pMgcE1CdPCZwXOAwRmSdESv79Bwreycv3iY09OnL2EGB6405GOI7nZV 96fF9RKaMU9ni7Bh6M/Z8Hf8LoICHYSarf/JSv5q/LKc8EXyVwHU+U2Y8TRgQ9o9YIovX9 D4TOAbWs2Ht5GOhrQX9UmNT3JtZCNMCVZzc2NjaFJNVDTXpUZQDUbVmun2B+zg==
ARC-Authentication-Results: i=1; rspamd-9788b98bc-hzrxs; auth=pass smtp.auth=hostingeremail smtp.mailfrom=dhc@dcrocker.net
X-Sender-Id: hostingeremail|x-authsender|dhc@dcrocker.net
X-MC-Relay: Neutral
X-MailChannels-SenderId: hostingeremail|x-authsender|dhc@dcrocker.net
X-MailChannels-Auth-Id: hostingeremail
X-Abortive-Exultant: 375b30e477169be4_1676666226855_1103664783
X-MC-Loop-Signature: 1676666226855:3598472543
X-MC-Ingress-Time: 1676666226855
Received: from uk-fast-smtpout4.hostinger.io (uk-fast-smtpout4.hostinger.io [31.220.23.38]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.99.229.15 (trex/6.7.1); Fri, 17 Feb 2023 20:37:06 +0000
Received: from [192.168.0.109] (unknown [98.42.225.165]) (Authenticated sender: dhc@dcrocker.net) by smtp.hostinger.com (smtp.hostinger.com) with ESMTPSA id 4PJNsD2Dnnz2L2xC for <ietf-smtp@ietf.org>; Fri, 17 Feb 2023 20:37:04 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dcrocker.net; s=hostingermail-a; t=1676666224; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1XxYUpbrA+cbjVsFPKNxejh/JB+QajO67GrGzsStdGk=; b=HlICPuHseXS3Kibq+jLoa2ZcdRVej0XJBxWpn+vT1AcwScnA5VYP9zraB2shQDHYtM9Pz2 Rv6e1ctCC8DPLcctQkoqo8b2shhW5HZ6Z9Ye9ZuoCfO8eslSo1h7INKmg/rDQ/+9C39Ham Qcwcp7200iq6pKGhXPoa3Lj5A8vP0eN4H00c0eVw/ldX+Act7JfaDf8GnTb1OaPfp+1bhP Ix0UHime4jYwTNQN+Ft9mrfq0dc8dKUKrBy5WTeoS2jt6jmDVEsTj5XbOp287akTjP9BSF rn8fVT82Sw5JVBIKFyk02bfoJHLVdO6W41P2SOdfNC+N1Bn1CggCNhxB5tUW9A==
Message-ID: <480da1fd-864a-ba4b-47b3-082c041ed447@dcrocker.net>
Date: Fri, 17 Feb 2023 12:37:02 -0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0
Reply-To: dcrocker@bbiw.net
Content-Language: en-US
To: ietf-smtp@ietf.org
References: <CAG6nNWe_7-JN4mzTcsfHBj-cO9qO8twXr+GOg=kiQ8e5XataPA@mail.gmail.com>
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
In-Reply-To: <CAG6nNWe_7-JN4mzTcsfHBj-cO9qO8twXr+GOg=kiQ8e5XataPA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-CM-Envelope: MS4xfI19WZVqJdQV1Q0+xuma/oUxcCQNsRzaY2AlLZkpe6K4UMgqdGZMdNMg0rVXXwVSlpKC/JUOGwD/hZ3YwG9/l200moYk7rnvPA4n50H6p4xi47RQtUay hR4p2qepVrvIpIIBEYr5GPSkUGnkZ7ATCdeVjm6pGwHjF5RDL2lYY6M8Nn8N3L4941nJqdlBuYG/QA==
X-CM-Analysis: v=2.4 cv=PdnsOwtd c=1 sm=1 tr=0 ts=63efe570 a=f+oD5hTMMv8HtluUlp4ziA==:117 a=f+oD5hTMMv8HtluUlp4ziA==:17 a=IkcTkHD0fZMA:10 a=pGLkceISAAAA:8 a=k7Ga1wGzAAAA:8 a=Lq7NQJhYh9LyEA7qp5MA:9 a=QEXdDO2ut3YA:10 a=ijMaxGghyylP-n2pFjDB:22
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/O31FHsLyz0NyVUGHBzzJT6CJDtM>
Subject: Re: [ietf-smtp] Make username optional in email addresses
X-BeenThere: ietf-smtp@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 17 Feb 2023 20:37:38 -0000

On 2/17/2023 12:26 PM, Scott Antipa wrote:
> As Dave mentioned to me

To prime the thread a bit more, here's the technical substance of the 
note I sent to Scott...

> -------- Forwarded Message --------
>
> ...
>
> Less for convenience, and more for the ability to query the DNS for 
> person-specific information, there have periodically been suggestions 
> for a convention for turning a regular email address into a form that 
> can be used to query the DNS.  So, for example, permit 
> scottantipa.gmail.com as a query for per-user information. Clearly the 
> DNS has no problem with that, syntactically.  However the consensus 
> has been that it wouldn't scale very well.
>
> While the example you gave was for a simple, two-part domain name, the 
> construct has to work for any arbitrary domain name.  And it has to 
> work for potentially billions of users. DNS servers tend not to be 
> built to handle the resulting query rate.
>
> A consideration for any proposal is to have a clear and compelling 
> value proposition, which is likely to motivate developers, operators 
> and users.  The barrier is especially high for modifying an existing 
> service, because the modification generally needs to work in a way 
> that does not affect, or at least does not hurt, that installed base.
>
> What you are proposing needs to cause all email address parsers to 
> change.  Modifying the entire email infrastructure to support this 
> change is unlikely to happen, even with strong incentives -- take a 
> look at the decades-long delays that have occurred for DNSSec, DANE, 
> and IPv6, each of which has quite a strong value proposition.
>
> While your proposal has the intuitive appeal of a simplification, in 
> the example use you gave, the practical benefit of it seems small. 
> First, there is likely (almost) no current base of domain owners who 
> would benefit from the capability.  Even the small market niche of 
> technical folk who own domains typically want multiple email addresses 
> to work for the domains they own. Then balance this the global, 
> systems-level changes that would be needed to support it.
>
> Working through incentives and downsides is a hassle, especially in 
> the face of the enthusiasm that comes with thinking up a technical 
> proposal.  Worse is that it's a realm of guesses about human behavior.
>
> ...

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net
mast:@dcrocker@mastodon.social