Re: [ietf-smtp] [Proposal] confusing parts of the mail system, was 250-MARKDOWN

Brandon Long <blong@google.com> Thu, 31 January 2019 00:03 UTC

Return-Path: <blong@google.com>
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 B4166130EBF for <ietf-smtp@ietfa.amsl.com>; Wed, 30 Jan 2019 16:03:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.641
X-Spam-Level:
X-Spam-Status: No, score=-17.641 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 RUXc4-faAYYR for <ietf-smtp@ietfa.amsl.com>; Wed, 30 Jan 2019 16:03:12 -0800 (PST)
Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5EF0130E25 for <ietf-smtp@ietf.org>; Wed, 30 Jan 2019 16:03:12 -0800 (PST)
Received: by mail-vs1-xe31.google.com with SMTP id x64so911148vsa.5 for <ietf-smtp@ietf.org>; Wed, 30 Jan 2019 16:03:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=E5YpjCiQ1AoFVa3Yh1xwMpoyqLkpAol1mEQfjYlxBmQ=; b=uon+1VP1A9MwOEU5rc+QUheD74uB0eelMfqY4lm9TuLH8swXgH1ItR/8xlK0Hy4d3t 2UzA8wnIfHxm2J/SOggjkMU00rEI2hWppTbAZuc7QyI37UXfSq/VZoEJYLGVtSCsJADe PmBsiTBvoKsSjNjuOdhHI9FzWLGZrEZjkD9twrgw9ykq8v8sdLCeST5A+kw9oheaJ49+ seZZ5NrcnlW5kJt0qlbS65rPRBDaHnXb91q86XN9fx6ZikdFIqvMOuMcHcwV/NHCNsOg qFYZNi+pwMVz92A+q5lp0NNuGk0imauAU5JIFenlttxLWJiLo+TS2XvGaWI77cm9dedP a+eA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=E5YpjCiQ1AoFVa3Yh1xwMpoyqLkpAol1mEQfjYlxBmQ=; b=euyPSA4lzjUNfoAFpXe0pVmJBkJfthVBpYjW4uM+JwQZYmsHpsGVWRhacOscFkA2A/ y//VZRQRd2/2fST20VI8oM0LJqqAD7Ivf9HqoxptTZ9bO3ItthSezg2ILrGdKJUiC32i lFVGwAcNfgCQZdYiXrx+QNFKn3tIT7ZtlefGgeoIe1VihRrRlY+8QH9hvESujBEp7gkQ EQ9Ru+5GahhHBsv/g2z766ij8G/G7chJvkaEJ4Fdti9+dEYcBhqLQWS6WcVpgqc4ETa8 EeduedFWUZ/q1/Ys8Xp36OtIhB0/XiqkUni1qr4uBq+aH8PHa3WZWuCK0/sznIqqxlci Hp7Q==
X-Gm-Message-State: AJcUukc/PH00zznM8rGGmpAAIlypCD313pyoG+JtwTfA078uAQiTBWo/ 4EMJ0KFPy02UX9lfRQ1Lv06+iguFMHrP0Oje4qwI
X-Google-Smtp-Source: ALg8bN73+WHOi4bgL1iyqzAfabGsuc4TjNsAXCPIuEG4/JSv2KYFGo3ToLhHCZgIucYm/z51VT5MEK57f9nt1wXKkNg=
X-Received: by 2002:a67:ff02:: with SMTP id v2mr13421298vsp.176.1548892991273; Wed, 30 Jan 2019 16:03:11 -0800 (PST)
MIME-Version: 1.0
References: <CAOEezJTxTN9x_JFXgLidj9k8NVgFTRyqyQc4Aak8UEQuvjiM0w@mail.gmail.com> <20190109143529.33122200C76CAD@ary.local> <460d4589-5517-3762-5764-7474523dd09b@digilicious.com> <01R1U95VCAHI00004L@mauve.mrochek.com> <74e22977-8ee8-c762-4882-b56e5911430e@digilicious.com> <CALui8C2qzp_jBo=YHA+XXBGF6+jigDeEaX24L2bohQBdaXKHwg@mail.gmail.com> <2ea48fe6-eb48-02e1-d3e2-53782f3ff758@digilicious.com> <alpine.OSX.2.21.1901111607320.22582@ary.qy> <bcf3958d-cd42-fc3c-57fc-56a5f8394b37@digilicious.com> <alpine.OSX.2.21.1901111647330.22750@ary.qy> <5b6ddc8f-9c53-df04-0f61-721fad0972f3@digilicious.com> <CALui8C3934HTxrY-JGB3rAu1dX1z8oz1AK8jmZLsZQhSuxDszw@mail.gmail.com> <01R238XJND6O00004L@mauve.mrochek.com> <65cc0784-a8f0-e40e-c5d9-c736ee1081ea@digilicious.com> <01R23TPK47AA00004L@mauve.mrochek.com> <64374ebd-6a07-4463-7d3d-a232bd1a475a@digilicious.com> <01R23VQEHUIQ00004L@mauve.mrochek.com>
In-Reply-To: <01R23VQEHUIQ00004L@mauve.mrochek.com>
From: Brandon Long <blong@google.com>
Date: Wed, 30 Jan 2019 16:02:58 -0800
Message-ID: <CABa8R6v_uDSDuy6g2C4goN1NcAxYLCwQj7z17YPQQAmEh9BLRQ@mail.gmail.com>
To: Ned Freed <ned.freed@mrochek.com>
Cc: Gene Hightower <gene@digilicious.com>, John Bucy <jbucy=40google.com@dmarc.ietf.org>, ietf-smtp <ietf-smtp@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008aca750580b5c09b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/BQXzzMdWIjoHroeSldyyY0VWjEE>
Subject: Re: [ietf-smtp] [Proposal] confusing parts of the mail system, was 250-MARKDOWN
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: Thu, 31 Jan 2019 00:03:16 -0000

On Thu, Jan 17, 2019 at 5:41 AM Ned Freed <ned.freed@mrochek.com> wrote:

> > On 17/01/2019 04.29, Ned Freed wrote:
>
> > > Clearly not, as you yourself have noted.
>
> > Microsoft supports BINARYMIME for received mail on port 25.
>
> > This something that, I hear, is very difficult for others to do.  I'm
> > told it's very complicated.  Somehow they have figured out how to make
> > this work.
>
> They have not figured out how to make it work, because it's not possible to
> make it work in general. Transcoding destroys DKIM signatures, period. So
> they
> either:
>
> (1) Reject messages sent with BINARYMIME and signatures, either in all
> cases
>     or in cases where they know they are going to forward, leading to
>     unncessary failures, or,
>
> (2) Accept such messages and trash the signatures, leading to unnecessary
>      failures, and,
>
> (3) Deal with dynamic forwarding cases either by not having any or
>     falling back to (1) or (2), leading to unnecessary failures.
>
> My guess is that the number of BINARYMIME messages they get via SMTP is
> so tiny they haven't had to deal with the problems. And of course since
> the people attempting to send them BINARYMIME encounter problems they
> probably give up on the extension.
>

Um, Exchange trashes signatures on forwarding even without BINARYMIME.
They've been
trying to fix this for years, and only recently made it sorta work for very
specific forwarding
situations.  They re-write multiple headers to be written in their style,
including ones in the
"body" section from a DKIM perspective.

Brandon