Re: [dtn] [EXT] draft-blanchet-dtn-email-over-bp-00.txt

Marc Blanchet <marc.blanchet@viagenie.ca> Mon, 30 January 2023 04:01 UTC

Return-Path: <marc.blanchet@viagenie.ca>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEEC2C14F74F for <dtn@ietfa.amsl.com>; Sun, 29 Jan 2023 20:01:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=viagenie-ca.20210112.gappssmtp.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 W-h7aj2e1acn for <dtn@ietfa.amsl.com>; Sun, 29 Jan 2023 20:01:12 -0800 (PST)
Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (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 7B90CC14F749 for <dtn@ietf.org>; Sun, 29 Jan 2023 20:01:12 -0800 (PST)
Received: by mail-qt1-x835.google.com with SMTP id d3so9007755qte.8 for <dtn@ietf.org>; Sun, 29 Jan 2023 20:01:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=viagenie-ca.20210112.gappssmtp.com; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=roaIndd7GX/a5TsMVHjvoxfOZH1aF++bCuGl3HIVG14=; b=fuskANGGErXb+lp/xg2j8DfJ1fss94Z5fJY3sDp/vsFK72ToGd5WIy/1+x0NQd5Pxi oA7mqebpI5EGUoHYEaWvXiFG0V8FNM6Gpgl0wiq9qVAv1tYv6ViDWpvDfbK9UBel6fxj bXHBCU4CtMoLrVwUEu7ppzkwEiwM/7Bk3ilzfZhosKMcqP9ys6bloXXDw+5L3Xorh7hz ScPCXDwNQTjrAc+5UyicTne8GtKTlH5g3gbLOaogR1S0aq/7/57BcUIilgpcohaD4fG6 O1g2Hi/xJff3wrs3tnFi5WxjntrNuYnDg5UL9WuSIijVBKSmVeQTcv/z3tGx0xYzKG9S I9Fw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=roaIndd7GX/a5TsMVHjvoxfOZH1aF++bCuGl3HIVG14=; b=KF785oPVw736Y9MW75XOLC16RvCM7dtd1t7cLo+Z6PUliDZ15SnCeJwFxawKJWNXJL p73Q4s8TuybmvP/i8xdweaZ7TOfgVEqnwY5hwZNlsY3KXnYjm4Et6C69p2j9gAhqcSCs 1+sJToav6ukeunhSwWHpq5OoO+Czyq9JJuxfOtYFjWrsQWds/f4yokmah9ZwWM5D8NP7 X8mV/j8DOijvIUEQE9bx2a+4LnhaY5Etq2BWl+fj/geySslmyFq+8lj+ySyqs/TCjPcJ 7npMxOWXjKF1gzVTpsLvLvnkKSN+Jhxi8PisGyDioNBC6YHIXNdICng6QqqouGhiAsQY ZdMQ==
X-Gm-Message-State: AO0yUKVUyZ6oSgyUotJUCXxiJ7vLOztqSr+elpELsGOOyWDtU3I5sOxB YMht+XAj+eMyLBTdMWAG6cojjlJG4T2o8k3jS88=
X-Google-Smtp-Source: AK7set9YhmyepYtPLMmDCCwyTX27u1zD16i0Vj9IPHyCvPbwzGsxUqOBFaKF/RuVPohwRPaeUiS2gw==
X-Received: by 2002:ac8:5f0f:0:b0:3b6:414f:c2ba with SMTP id x15-20020ac85f0f000000b003b6414fc2bamr12728623qta.38.1675051271450; Sun, 29 Jan 2023 20:01:11 -0800 (PST)
Received: from smtpclient.apple (modemcable161.124-162-184.mc.videotron.ca. [184.162.124.161]) by smtp.gmail.com with ESMTPSA id w21-20020a05620a129500b0071d3e432c9bsm2611603qki.28.2023.01.29.20.01.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 29 Jan 2023 20:01:10 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\))
From: Marc Blanchet <marc.blanchet@viagenie.ca>
In-Reply-To: <093235F8-69ED-4F7C-ABA0-3875B50A3F61@viagenie.ca>
Date: Sun, 29 Jan 2023 23:00:59 -0500
Cc: DTN WG <dtn@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <7A3D15BF-0F2D-46A8-9531-E6A22C592715@viagenie.ca>
References: <167399610126.6093.15005582259524860869@ietfa.amsl.com> <E73A1CD3-88A6-4ECB-90A1-ACD5150F9E05@viagenie.ca> <51483b79-1ccf-49ab-514a-f0610d2e1bfb@cs.tcd.ie> <92e3c78f8bc44beb9050302df536b454@jhuapl.edu> <D4C71029-FCA5-4C5E-894D-5EFF9AE321D8@viagenie.ca> <867a89b2207a4dc2a659d7a0f13578eb@jhuapl.edu> <093235F8-69ED-4F7C-ABA0-3875B50A3F61@viagenie.ca>
To: "Birrane, Edward J." <Edward.Birrane@jhuapl.edu>
X-Mailer: Apple Mail (2.3731.300.101.1.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/iWSww57TLlfxM6z0k0IR27MBgDA>
Subject: Re: [dtn] [EXT] draft-blanchet-dtn-email-over-bp-00.txt
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Jan 2023 04:01:14 -0000

> Le 29 janv. 2023 à 22:43, Marc Blanchet <marc.blanchet@viagenie.ca> a écrit :
> 
> 
>> Le 29 janv. 2023 à 17:26, Birrane, Edward J. <Edward.Birrane@jhuapl.edu> a écrit :
>> 
>> 
>> My replies (prepended with EJB:) below.
>> 
>> -Ed
>> 
>> ---
>>> Attachments, encryption and signature of emails are all handled within the
>>> body of the email, so this is all included and working by RFC5322. I’ll add a
>>> note in the next rev.
>> 
>> EJB: RFC5322 Section 1.1 states "This document specifies a syntax only for text messages.  In  particular, it makes no provision for the transmission of images,  audio, or other sorts of structured data in electronic mail messages.".  Further, it seems that RFC6854 updates RFC5322 to allow group syntax in the From: and Sender: fields. 
> 
> Will look into RFC6854, but RFC5322 is really the master piece here.

Ok. I just read RFC6854. Yes, it is an appropriate update to RFC5322, but frankly, it is a very small update to a tiny portion of email. Not saying it is not appropriate or relevant, but I’m still not sure that it is the right thing to quote RFC6854 instead of RFC5322, as the latter really defines “everything” about email, and is the successor of our beloved RFC822 that we have been depending on for decades! An email developer looking to implement RFC5322 would certainly look at any of its updates. Encapsulation of email into BP is not that dependent on RFC6854.

So would you mind telling me what you want me to do with a ref to RFC6854?  

Marc.