Wird multipart/digest unterstützt?

L.Willms

Unterstützt The Bat! "multipart/digest", wie es vorgesehen ist für tägliche, zusammenfassende Mails von Mailinglisten?

MfG,
L.W.

Bernd

Mir war die Zusammenfassung nur in der Art bekannt das der Server alle Mails in einer Mail sammelt und dann versendet, also der komplette Text in der Mail zu lesen ist. Was ist an Multipart/Digest anders bzw. besser?

L.Willms

Zitat

Mir war die Zusammenfassung nur in der Art bekannt das der Server alle Mails in einer Mail sammelt und dann versendet, also der komplette Text in der Mail zu lesen ist. Was ist an Multipart/Digest anders bzw. besser?

Der Vorteil wäre, daß von vorneherein alle einzelnen Teile des "Digest" (der ja keine verkürzende Zusammenfassung ist, sondern eine Addition) als je eine eMail erkennbar sind. Jemand, der einen Verteiler in so einer Zusammenfassung bezieht, könnte trotzdem korrekt auf die Message antworten, mit den passenden Headern (z.B. "In-Reply-To:" und Betreff). Ich beziehe so eine Mailingliste und ärgere mich über diejenigen, die zwar die Mails nicht einzeln beziehen, aber sehr fleißig Beiträge schreiben, die dann jeweils den Diskussionsstrang unterbricht. Der Moderator fragte mich, ob The Bat! multipart/digest unterstützen würde (bisher benutze ich noch andere Programme).

ES folgen Zitate aus den akuellen MIME-Spezifikationen:

RFC 2049 MIME Conformance November 1996
Freed & Borenstein Standards Track [Page 2]

Code

A mail user agent that is MIME-conformant MUST:
   [...]


   (6)   Explicitly handle the following media type values, to
          at least the following extents:


   [...]


      -- Recognize the "multipart/digest" subtype,
      specifically using "message/rfc822" rather than
      "text/plain" as the default media type for body parts
      inside "multipart/digest" entities.

Alles anzeigen

Das folgende ist zitiert aus:

RFC 2046 Media Types November 1996
Freed & Borenstein Standards Track [Page 26]

Code

5.1.5.  Digest Subtype


   This document defines a "digest" subtype of the "multipart" Content-
   Type.  This type is syntactically identical to "multipart/mixed", but
   the semantics are different.  In particular, in a digest, the default
   Content-Type value for a body part is changed from "text/plain" to
   "message/rfc822".  This is done to allow a more readable digest
   format that is largely compatible (except for the quoting convention)
   with RFC 934.


   Note: Though it is possible to specify a Content-Type value for a
   body part in a digest which is other than "message/rfc822", such as a
   "text/plain" part containing a description of the material in the
   digest, actually doing so is undesireble. The "multipart/digest"
   Content-Type is intended to be used to send collections of messages.
   If a "text/plain" part is needed, it should be included as a seperate
   part of a "multipart/mixed" message.


   A digest in this format might, then, look something like this:


     From: Moderator-Address
     To: Recipient-List
     Date: Mon, 22 Mar 1994 13:34:51 +0000
     Subject: Internet Digest, volume 42
     MIME-Version: 1.0
     Content-Type: multipart/mixed;
                   boundary="---- main boundary ----"


     ------ main boundary ----


       ...Introductory text or table of contents...


     ------ main boundary ----
     Content-Type: multipart/digest;
                   boundary="---- next message ----"


     ------ next message ----


     From: someone-else
     Date: Fri, 26 Mar 1993 11:13:32 +0200
     Subject: my opinion


       ...body goes here ...


     ------ next message ----


     From: someone-else-again
     Date: Fri, 26 Mar 1993 10:07:13 -0500
     Subject: my different opinion


       ... another body goes here ...


     ------ next message ------


     ------ main boundary ------

Alles anzeigen

MfG,
L.Willms