Re: [Ecrit] Content-ID: Way forward without SIPCORE impact
Randall Gellens <rg+ietf@randy.pensive.org> Sun, 09 October 2016 19:20 UTC
Return-Path: <rg+ietf@randy.pensive.org>
X-Original-To: ecrit@ietfa.amsl.com
Delivered-To: ecrit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75C6C129592 for <ecrit@ietfa.amsl.com>; Sun, 9 Oct 2016 12:20:09 -0700 (PDT)
X-Quarantine-ID: <cv62Aeer-rQ1>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
X-Spam-Flag: NO
X-Spam-Score: -4.896
X-Spam-Level:
X-Spam-Status: No, score=-4.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.996] autolearn=unavailable autolearn_force=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 cv62Aeer-rQ1 for <ecrit@ietfa.amsl.com>; Sun, 9 Oct 2016 12:20:08 -0700 (PDT)
Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 68B0D129503 for <ecrit@ietf.org>; Sun, 9 Oct 2016 12:14:43 -0700 (PDT)
Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Sun, 9 Oct 2016 12:14:42 -0700
Mime-Version: 1.0
Message-Id: <p06240601d4204775d9b4@[99.111.97.136]>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4BD3C7DF@ESESSMB209.ericsson.se>
References: <D41C26AC.10977%christer.holmberg@ericsson.com> <p06240601d41d85bf71e8@[99.111.97.136]> <7594FB04B1934943A5C02806D1A2204B4BD3C7DF@ESESSMB209.ericsson.se>
X-Mailer: Eudora for Mac OS X
Date: Sun, 09 Oct 2016 12:14:40 -0700
To: Christer Holmberg <christer.holmberg@ericsson.com>, "ecrit@ietf.org" <ecrit@ietf.org>
From: Randall Gellens <rg+ietf@randy.pensive.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/xfv-SbtDKi2dMgXexoBlwm_hweU>
Subject: Re: [Ecrit] Content-ID: Way forward without SIPCORE impact
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Oct 2016 19:20:09 -0000
At 8:55 AM +0000 10/9/16, Christer Holmberg wrote: > Hi, > >>> One way to solve the Content-ID issue would be to ALWAYS use a >>> multipart MIME, even if we only carry one body part. See example in >>> section 12.2.2.3 of RFC 6086. >>> >>> Another advantage would be that we would always the same >>> Content-Disposition header field value for the MSD/control body parts. >>> Currently the value is dependent on whether there are other body parts >>> in the message or not, which is a little strange. So, the >>> multipart/MIME would have C-D:info-package and the MSD/control body >>> part would have C-D:by-reference. >> >> In view of the slow progress of your draft, I think the proposal to >> always use a multipart is the best option. As you say, it simplifies >> the implementation because the C-D will always be "By-Reference". >> >> (As I recall, the same idea was floated some time back, during the >> discussion about INFO.) > > So, unless someone objects, I suggest we move forward with such approach. > > Also, I'd like to see the a new version of the draft BEFORE the end > of the WGLC, so that I can perform a WGLC review based on that. Now available. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- When a man's best friend is his dog, that dog has a problem. --Edward Abbey
- [Ecrit] Content-ID: Way forward without SIPCORE i… Christer Holmberg
- Re: [Ecrit] Content-ID: Way forward without SIPCO… Paul Kyzivat
- Re: [Ecrit] Content-ID: Way forward without SIPCO… Christer Holmberg
- Re: [Ecrit] Content-ID: Way forward without SIPCO… Randall Gellens
- Re: [Ecrit] Content-ID: Way forward without SIPCO… Christer Holmberg
- Re: [Ecrit] Content-ID: Way forward without SIPCO… Randall Gellens