[Fwd: I-D ACTION:draft-hall-mime-app-mbox-00.txt]

Eric A. Hall ehall at ehsco.com
Mon May 3 22:58:06 CEST 2004


As per RFC2048, I'm planning to propose an application/mbox media-type.
The impetus for this is as follows:

  1.      Background and Overview

     UNIX and look-alike operating systems have historically made
     extensive use of "MBOX" mailbox files for a variety of messaging
     purposes. In the common case, these files are used to hold
     collections of electronic mail messages which users manipulate as
     "folders" of a private mail-store. These files are also frequently
     used by a variety of back-end email services, including delivery
     servers, filtering systems, and mailing-list programs. Over the
     last few years, the use of these files has also spread to other
     operating systems, with a variety of messaging tools on numerous
     platforms now providing direct access to MBOX files.

     The increased pervasiveness of these files has led to an increased
     demand for improvements in cross-system, network-wide interchange
     of these files. In turn, this requirement also dictates a need for
     a media-type definition for MBOX files in general.

     For example, some applications allow users to open MBOX files as
     discrete data-objects, but use platform- or product-specific
     mapping techniques to identify these files. Similarly, many
     mailing list archive programs provide access to MBOX files for
     historical messages, but will publish these files as text/plain or
     some other generic media-type, but which causes problematic end-
     of-line conversions when these files are transferred across a
     network, or which does not provide for local actions that should
     be performed against the data (such as prompting the user to
     import the mailbox data into a local mail-store). The definition
     of a standard media-type for these files would facilitate a more
     consistent behavior for these types of actions, and would further
     the cause of interoperability.

     Note that this specification does not define the MBOX data file as
     an authoritative Internet data-type or structure. Instead, it
     merely seeks to define a standard media-type definition for these
     files, so that their transfer may be more consistent.

According to my reading of 2048 this should be pretty straightforward,
although the lack of a clear authoritative spec may be problematic.

Please review and advise.

Thanks

-- 
Eric A. Hall                                        http://www.ehsco.com/
Internet Core Protocols          http://www.oreilly.com/catalog/coreprot/

-------------- next part --------------
An embedded message was scrubbed...
From: Internet-Drafts at ietf.org
Subject: I-D ACTION:draft-hall-mime-app-mbox-00.txt
Date: Mon, 03 May 2004 15:54:45 -0400
Size: 4696
Url: http://www.alvestrand.no/pipermail/ietf-types/attachments/20040503/c22c7f60/draft-hall-mime-app-mbox-00.mht


More information about the Ietf-types mailing list