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

Ned Freed <ned.freed@mrochek.com> Mon, 14 January 2019 16:22 UTC

Return-Path: <ned.freed@mrochek.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 B0D3F131149 for <ietf-smtp@ietfa.amsl.com>; Mon, 14 Jan 2019 08:22:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mrochek.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 L3JZxdgvGQuq for <ietf-smtp@ietfa.amsl.com>; Mon, 14 Jan 2019 08:22:41 -0800 (PST)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.218.59.24]) (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 46FC513114D for <ietf-smtp@ietf.org>; Mon, 14 Jan 2019 08:22:40 -0800 (PST)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01R1ZULW0WZK00FY39@mauve.mrochek.com> for ietf-smtp@ietf.org; Mon, 14 Jan 2019 08:20:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=201712; t=1547482827; bh=idxwf5/FEa0w3wStU/Xxevo7s/8Hl3wFFce+xMSEFCg=; h=Cc:Date:From:Subject:In-reply-to:References:To:From; b=R7jj4ork/nJqz5QdI28mMhisCC0tTV4w2Cnqk8p8XJaaVALPoMgAb74yGGbrQToVA /gUcFSaWvrtbHEjHJ964WTUMipculF0n7IHsCkECuWzHUVe/bGFIvL55w83ZbE9uQW Tmj8kNdZxj/6svjZnT/CXxHCZEFWnGgR/96nNiJU=
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: TEXT/PLAIN; CHARSET="us-ascii"; Format="flowed"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01R1N39ADWKW00004L@mauve.mrochek.com>; Mon, 14 Jan 2019 08:20:23 -0800 (PST)
Cc: Ned Freed <ned.freed@mrochek.com>, ietf-smtp <ietf-smtp@ietf.org>
Message-id: <01R1ZULT4CGM00004L@mauve.mrochek.com>
Date: Mon, 14 Jan 2019 08:18:28 -0800
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Sun, 13 Jan 2019 13:40:24 -0500" <alpine.OSX.2.21.1901131338540.28369@ary.qy>
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> <alpine.OSX.2.21.1901101442230.18680@ary.qy> <CALui8C1FHhq0Bc1GOXe1xQ+w5c7td3BuOEhBmB6Jf0DZbXLYXw@mail.gmail.com> <alpine.OSX.2.21.1901101541030.19026@ary.qy> <0f692ab9-c71c-8c15-b3e1-e151c357477a@digilicious.com> <alpine.OSX.2.21.1901111624090.22582@ary.qy> <01R1YI5W24JK00004L@mauve.mrochek.com> <alpine.OSX.2.21.1901131338540.28369@ary.qy>
To: John R Levine <johnl@taugh.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-smtp/4nlF8rEpAbmqitXcj0cWxD3rD5U>
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: Mon, 14 Jan 2019 16:22:43 -0000

> >>  Yeah, I think I've seen MTAs that do that.
> >
> > They do. At submission, security gateway, and final delivery.

> I see that Thunderbird will store attached files on Box or similar
> services. although it just edits the link into the text of the message
> rather than making it a separate MIME part.

You will also find cases where such links are themselves replaced with a
redirection through some sort of filter, in order to prevent the attack
where a message is sent with a reference to something innocuous that
gets by filter checks, but is subsequently replaced with malware.

IME these sorts of filter mechanisms work poorly, but good luck getting
rid of them.

				Ned