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

> Le 22 janv. 2023 à 20:16, Birrane, Edward J. <Edward.Birrane@jhuapl.edu> a écrit :
> 
> Marc,
> 
>  I am really excited to see work on e-mail over BP (as you well know, people have been talking about, and prototyping this for a long time). 
> 
>  I know this is a -00, but I have a question about the approach. 
> 
>  The -00 draft says to put an e-mail into a bundle as a bundle payload - do we need a normative RFC to say that?

I guess I don’t understand your question, because my response as I understand your question is: well, that is the whole purpose of the draft. But I’m sure I’m not answering your question. Can you clarify?

> Should the RFC be an information document with some considerations when building a payload for a bundle or when writing an application serving as a bundle gateway?
> 
>  Should we explore how features of BP (such as extension blocks) could help with e-mail delivery? Could there be benefit to pulling some header/ address information into an extension block?

Does not make sense to me. Can you elaborate?

>  If I understand RFC5322 correctly, this is only for text messages.  What would we do with e-mails that contain attachments? Is there an opportunity here to secure or sign attachments individually in a bundle, or do you see them also being part of an opaque bundle payload?

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.

Marc.

> 
> 
> -Ed
> 
> 
> 
> Edward J. Birrane, III, Ph.D. (he/him/his)
> Chief Engineer, Space Constellation Networking
> Supervisor, Embedded Applications Group 
> Space Exploration Sector
> Johns Hopkins Applied Physics Laboratory
> (W) 443-778-7423 / (C) 443-690-8272
> 
> 
>> -----Original Message-----
>> From: dtn <dtn-bounces@ietf.org> On Behalf Of Stephen Farrell
>> Sent: Tuesday, January 17, 2023 6:05 PM
>> To: Marc Blanchet <marc.blanchet@viagenie.ca>; DTN WG <dtn@ietf.org>
>> Subject: [EXT] Re: [dtn] draft-blanchet-dtn-email-over-bp-00.txt
>> 
>> APL external email warning: Verify sender dtn-bounces@ietf.org before
>> clicking links or attachments
>> 
>> 
>> Hi Marc,
>> 
>> Interesting, and brings back memories from a decade ago!
>> 
>> When we did email/DTN we found it more useful to sync the (diff in the)
>> content of Maildir message stores using the BP and not the individual
>> messages. There're a whole pile of reasons for that, e.g., preserving the
>> "read" flag if the mail's been read from different MUAs etc., but it was also a
>> much better way to integrate with real world mail services.
>> 
>> If it were of interest, I'm sure we could dig up more of the detail as to how
>> we did that in the N4C project, but I can say that it worked - while I was on
>> the IESG I read my (then voluminous:-) mail via DTN in the arctic for a couple
>> of weeks while hiking about in various places all  >50km from a cell tower.
>> 
>> Cheers,
>> S.
>> 
>> On 17/01/2023 22:56, Marc Blanchet wrote:
>>> Please consider this work. Looking for comments.
>>> 
>>> Regards, Marc.
>>> 
>>>> Début du message transféré :
>>>> 
>>>> 
>>>> 
>>>> A new version of I-D, draft-blanchet-dtn-email-over-bp-00.txt
>>>> has been successfully submitted by Marc Blanchet and posted to the
>>>> IETF repository.
>>>> 
>>>> Name:		draft-blanchet-dtn-email-over-bp
>>>> Revision:	00
>>>> Title:		Encapsulation of Email over Delay-Tolerant
>> Networks(DTN) using the Bundle Protocol
>>>> Document date:	2023-01-17
>>>> Group:		Individual Submission
>>>> Pages:		5
>>>> URL:            https://www.ietf.org/archive/id/draft-blanchet-dtn-email-
>> over-bp-00.txt
>>>> Status:         https://datatracker.ietf.org/doc/draft-blanchet-dtn-email-
>> over-bp/
>>>> Html:           https://www.ietf.org/archive/id/draft-blanchet-dtn-email-
>> over-bp-00.html
>>>> Htmlized:       https://datatracker.ietf.org/doc/html/draft-blanchet-dtn-
>> email-over-bp
>>>> 
>>>> 
>>>> Abstract:
>>>>   This document describes the encapsulation of emails using RFC5322
>>>>   format in the payload of bundles of the Bundle Protocol for the use
>>>>   case of Delay-Tolerant Networks(DTN) such as in space communications.
>>>> 
>>>> 
>>>> 
>>>> 
>>>> The IETF Secretariat
>>>> 
>>>> 
>>> 
>>> _______________________________________________
>>> dtn mailing list
>>> dtn@ietf.org
>>> https://www.ietf.org/mailman/listinfo/dtn