Re: [Shutup] [ietf-smtp] Compressing SMTP streams

Brandon Long <blong@google.com> Fri, 29 January 2016 20:11 UTC

Return-Path: <blong@google.com>
X-Original-To: shutup@ietfa.amsl.com
Delivered-To: shutup@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EFBB1B32E5 for <shutup@ietfa.amsl.com>; Fri, 29 Jan 2016 12:11:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.779
X-Spam-Level:
X-Spam-Status: No, score=-0.779 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_27=0.6, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=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 pj3_c0Lxa4vq for <shutup@ietfa.amsl.com>; Fri, 29 Jan 2016 12:11:25 -0800 (PST)
Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (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 F0A7D1B32E1 for <shutup@ietf.org>; Fri, 29 Jan 2016 12:11:24 -0800 (PST)
Received: by mail-io0-x233.google.com with SMTP id 9so21667327iom.1 for <shutup@ietf.org>; Fri, 29 Jan 2016 12:11:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yTnm5vYoRycvBNNA5DBaO5Ee73W1WvuxqF8aemBDGnY=; b=c1KgfIl9vi3bygk2rRZe1gQFQ/9AyE53bcjY/XzBjZXVccxqTEreiFysmlAB0JoOfS MDnuIC3xUoIrKIcGA2STYgNryQIF00Xd+leQC6qgnltp505v/ealdhDj41Jz3KYHLHwd Y3yAXO0yssAqpgLKHJQQBSf6k/7jadBF48KYLVEi0vb97p/U7l5XXrG8/29909PFkRR+ cARHb0wHHhT1vqi1B6bB+6C4jUDv3cZ2JQQj0q0RvFfUYAciplfOfP/P4uaiMAaLaDe/ 1eJq54ydi/Xbg3ISLwN7/87e0bzZEw/iOoXhPwSF+uAK85XiWBeC3Z7jsqMRcF2q0FHQ BvNQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yTnm5vYoRycvBNNA5DBaO5Ee73W1WvuxqF8aemBDGnY=; b=FHK6ecJqkYsShUDFl2qKVnXgNCm1Oyx8r3Pl6DQvZGT0UIeRBHpe9VMoVyNEF3u3Hw TfzDbjHhpy95PqCHvLI17opeavcyq3aBlA2oIEFJ7xomLIkBJ3SH4T9Wr3yILLpWis0p LN7hXqa9aY3i8QO8T6RJqEdXfajSwBCgpaKWos7eYrijsuwtjqrORsr9ix4ZdaVZ0as3 aRPH/GieUER/psALftUH3YfOXmm3lkkT9N51waad6pTZwJgwUr8uO8yMcye2ZkUR1Sxi 1tdsN2PqFO73y8bHhYxrQ4ZpDhYI8+bSK2GZGIT1OXfTCIYjdsL9a47nt2PIds1Njmhr KQ+A==
X-Gm-Message-State: AG10YOS1xa1avs5yvivG9hwrqHVzCdvRAIV1dahKSScfS4uw9cnEr2YJp3DzSg+TemRsYNlSgrz+OEbvrF8DRIVL
MIME-Version: 1.0
X-Received: by 10.107.153.140 with SMTP id b134mr12271590ioe.113.1454098284232; Fri, 29 Jan 2016 12:11:24 -0800 (PST)
Received: by 10.64.62.194 with HTTP; Fri, 29 Jan 2016 12:11:23 -0800 (PST)
In-Reply-To: <20160129180713.51570.qmail@ary.lan>
References: <56AB9AE4.7020503@alameth.org> <20160129180713.51570.qmail@ary.lan>
Date: Fri, 29 Jan 2016 12:11:23 -0800
Message-ID: <CABa8R6v-8xn=W+TvHxbqL+nR5bMqRAtcL0hc9YXi+JvC5QrHzg@mail.gmail.com>
From: Brandon Long <blong@google.com>
To: John Levine <johnl@taugh.com>
Content-Type: multipart/alternative; boundary=001a1140fbb0b3a955052a7ea3b6
Archived-At: <http://mailarchive.ietf.org/arch/msg/shutup/HyOg3D_i2JCUIsH89lRzbQcJ5LE>
Cc: "Carl S. Gutekunst" <csg@alameth.org>, shutup@ietf.org, ietf-smtp <ietf-smtp@ietf.org>
Subject: Re: [Shutup] [ietf-smtp] Compressing SMTP streams
X-BeenThere: shutup@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SMTP Headers Unhealthy To User Privacy <shutup.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/shutup>, <mailto:shutup-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/shutup/>
List-Post: <mailto:shutup@ietf.org>
List-Help: <mailto:shutup-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/shutup>, <mailto:shutup-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jan 2016 20:11:26 -0000

That's about exactly what I was thinking.

Brandon

On Fri, Jan 29, 2016 at 10:07 AM, John Levine <johnl@taugh.com> wrote:

> >Compression has been removed completely from TLS v1.3, the outcome of
> >the room consensus at IETF-89.
>
> Bummer.
>
> Well, in that case, here's a straw man proposal.
>
> The extension name is COMPRESS, the EHLO keyword is COMPRESS and is
> followed by a space-separated list of compression schemes, currently
> consisting only of DEFLATE (RFC 1951.)
>
> There's one new command, COMPRESS which takes as an argument the type
> of compression to be used.  If you want to do both STARTTLS and
> COMPRESS, the results of doing COMPRESS before STARTTLS are
> aggessively undefined.
>
> The responses to COMPRESS are:
>
> 500 compress not supported
> 501 compression scheme unknown
> 220 go ahead
>
> After a 220 response, subsequent traffic is compressed.  It's up to
> each end to ensure that there's a compression block boundary every
> time the transmission direction changes, i.e., after each command or
> response, or if pipelining after each pipelined group.  If the
> compress command fails, the client can at its option continue an
> uncompressed session or give up.
>
> Example
>
> S: 220 mx.example smail2 ESMTP
>
> C: EHLO client.example
>
> S: 250-mx.example
> S: 250-STARTTLS
> S: 250-8BITMIME
> S: 250 COMPRESS DEFLATE
>
> C: STARTTLS
>
> S: 220 go ahead
>
> <TLS negotiation>
>
> C: EHLO client.example
>
> S: 250-mx.example
> S: 250-8BITMIME
> S: 250 COMPRESS DEFLATE
>
> C: COMPRESS DEFLATE
> S: 220 go ahead
>
> <subsequent traffic is compressed>
>  ... blah blah ...
>
> C: QUIT
>
> S: 221 sayonara
>
> R's,
> John
>
> _______________________________________________
> Shutup mailing list
> Shutup@ietf.org
> https://www.ietf.org/mailman/listinfo/shutup
>