IETF Logo Mail Archive

[Extra] Re: Autoconfig - Call for adoption

"Murray S. Kucherawy" <superuser@gmail.com> Fri, 26 July 2024 16:23 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44731C1519A5; Fri, 26 Jul 2024 09:23:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 YYcQgL-FYMMj; Fri, 26 Jul 2024 09:23:12 -0700 (PDT)
Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE59AC151525; Fri, 26 Jul 2024 09:23:12 -0700 (PDT)
Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-a7ab8f14929so10997066b.2; Fri, 26 Jul 2024 09:23:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722010990; x=1722615790; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=bpc0OXsZgL5a8XlM7gyr7B4cLdJPbvrbed+dHaSHeeA=; b=RWPKSKHrFUSzMDy2EFeR6qhV07J5lxcELb/dYENEZvdPQQWO2GGVzlH2nICWqQF5XU +wEP7xvGqZRgBjQOILeaj1dXmTvD/n6CkfQ1cxkPsRTezjSqrkvYEfV/JUbFpiDG0LvA o9vMkX51kgLRrtC27kZa7YdDu4X5dVvJN801klpLjFGwrRETSfr/Np56B/i2lFZI+Xgi oa7c2M8rITaWdQr30NWsachO6FrDcg8VdKjIZdIEXN0VHxKbosqCsUbbf1o/SIqYUVn+ 9FfYMmTB80qD3KWA/OSJ4ugLK8JM3ZAan57arGZO4476kZjhgZXZLfF0i+h9mT00mAwk YCww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722010990; x=1722615790; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=bpc0OXsZgL5a8XlM7gyr7B4cLdJPbvrbed+dHaSHeeA=; b=gaGLp43n0IORKlvdIabe7cgeq5mabHDVkyI/3o9TyOTcUxqKj7AkBm4ngxsedViGJ+ eUkKWd53C5F2u5pWjloUCH8vEprp1ETS2uv/I5n/Akts56hsv+903mGl/WpvzHUDARny OG6mufur7G2w7hM6E8R22sw4BUNgrD7D2oGn8RO4wZGwfvANn3Ul05gvsVjIgwHW1HFx 5ybdw7Q7PzxAjgvVx0bF3bgMavz8CDNcUSMiF3eokeTV5CtqpXewdz1KpUZlw/vH3ECd o4WVGuTzqw55F8amO6B29OqqvNYLeHwLBbiVqMgoFA7+oPs7to05p3g68StkEODjqHHr y97w==
X-Forwarded-Encrypted: i=1; AJvYcCUiTk5If0WBQvKeMk5oh1aZ573G0ukuhr6g6GWiW6YR9ABqBW5NcvJKP1emJtkCD9DoWzx+JsFkpzDnsFL7VVcnl0DHe85hBDg2jA4n20d1fwa0
X-Gm-Message-State: AOJu0YziVfalx46yIOYKBkDy11OiQdeb7YZY2SxgxT6sszLVELeP+qew NMRblIjo/oqki7rMvzwK1ugTziSScFIl4rMl3C6rsrFAS8t5Jx9sY+QkxiM5QN5x3/+g9bZ/eR3 Y5OZ+EWQ10RWCz+AyecacCkZWLhA=
X-Google-Smtp-Source: AGHT+IE7bzE9bm0I6+B/8j7MBxTXpcEOZNn0Od6tTcQNe5c3wN35WhaI2dxzfhc3g5/YsJGQsuv668SEgS1xtUIAv58=
X-Received: by 2002:a17:907:d17:b0:a7a:9e11:e870 with SMTP id a640c23a62f3a-a7ac58d073emr285552566b.4.1722010989739; Fri, 26 Jul 2024 09:23:09 -0700 (PDT)
MIME-Version: 1.0
References: <e579e2dc-7c83-46f2-9bdb-cfa4157f9e8f@beonex.com> <76bd9186-63e1-4864-93a8-a8974b5f349e@beonex.com> <CAL0qLwZcMFXe_y9Y=J7PPfAgs4EuBHj5XXTZ+RGuK_iv-gFQ0A@mail.gmail.com> <afdd3d2d-9e2f-4bd8-9fab-d6afb68a9e9a@beonex.com> <cd21eab9-1b2a-4dd3-98a4-009fadc3caf3@app.fastmail.com> <16e45c2d-43de-41b9-80ba-13b9e8e054fa@dogfoodapp.fastmail.com>
In-Reply-To: <16e45c2d-43de-41b9-80ba-13b9e8e054fa@dogfoodapp.fastmail.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Fri, 26 Jul 2024 09:22:57 -0700
Message-ID: <CAL0qLwan5jGsG2b9f_5iVc82fGauNLQ44cDkYBL+nFwHp6khGg@mail.gmail.com>
To: Neil Jenkins <neilj@fastmailteam.com>
Content-Type: multipart/alternative; boundary="00000000000057c4be061e28ed18"
Message-ID-Hash: LJKPADJYWFVTQZ4SN2BNVPUIVJKXYSAA
X-Message-ID-Hash: LJKPADJYWFVTQZ4SN2BNVPUIVJKXYSAA
X-MailFrom: superuser@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-extra.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Bron Gondwana <brong=40fastmailteam.com@dmarc.ietf.org>, Ben Bucksch <ben.bucksch@beonex.com>, extra@ietf.org, mailmaint@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Extra] Re: Autoconfig - Call for adoption
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/de9GG-zJb6yYGdnHkPA1w9Vra-s>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Owner: <mailto:extra-owner@ietf.org>
List-Post: <mailto:extra@ietf.org>
List-Subscribe: <mailto:extra-join@ietf.org>
List-Unsubscribe: <mailto:extra-leave@ietf.org>

+mailmaint, since extra is closing.

On Wed, Jul 24, 2024 at 6:55 PM Neil Jenkins <neilj@fastmailteam.com> wrote:

> I'm not sure which WG this belongs in, but I think regardless there are
> two separate documents to produce here:
>
>    1. A standards track document that specifies the configuration data
>    format, and a single canonical way to autodiscover it from an email address
>    (e.g. a well-known path based on the domain of the email address, or that
>    plus a level of indirection via DNS SRV record at the email address's
>    domain.) This is what all email hosts and clients would be encouraged to
>    implement.
>    2. An informational RFC on Thunderbird's current algorithm of fallback
>    locations, and custom DB of configs, which other client authors might find
>    of interest if they want wider autodiscovery success right now. (And any
>    deviations from the standardised data format in (1), if required.)
>
> Why not include (2) in (1) as an appendix?

-MSK

v2.46.0 | Report a Bug | By Email | System Status