Date: Sun, 03 Jan 1993 16:00:00 CET
From: gatebau@a-link-h.comlink.de
Reply-To: gatebau@a-link-h.comlink.de
Distribution: world
Newsgroups: de.comm.gateways
Subject: MetaMail '93
Organization: Aquila Jugendmailboxprojekt Langenhagen
Content-Length: 5288    
X-Gateway: NETCALL3.8 UU uzercp.zer.sub.org [UZERCP V3.99c]

Metamail
========

Das Metamail-Format ist ein virtuelles Netzformat, das von der Gatebau
festgelegt wurde, um die Beschreibung der Konvertierungsregeln zu
vereinfachen. Metamail existiert nicht wirklich, es ist nur ein Konzept!

Die Minimalanforderungen, die ein Gateway erfuellen muss, ist, die folgenden
Metamail-Informationen bereitzustellen:


Envelope-Adressen:
==================

MAIL-FROM: user@system.do.main.de

    Gibt den tatsaechlichen Absender (physikalisch) der Nachricht an. An 
    diese Adresse sind auch eventuell beim Transport der Nachricht entstehende
    Fehler zu melden.

RCPT-TO: user@system.do.main.de

    Gibt den Empfaenger dieser Kopie/dieser Nachricht an. An diese Adresse
    soll die Nachricht weitergeleitet werden.


Header-Adressen:
================

From: user@system.do.main.de (Vorname Nachname)

    Urspruenglicher/logischer Autor der Nachricht. Beispiel siehe unten.
    In der Regel identisch mit MAIL-FROM:.

To: user@system.do.main.de (Vorname Nachname), 
    user2@system2.do2.main2.sub.org (...), ....

    Urspruengliche/logische Empfaenger der Nachricht. In der Regel identisch
    mit RCPT-TO:.
    
    Bei Nachrichten die ueber Verteiler (Mailing-Listen) weitergeleitet
    wurden, unterscheiden sich die Envelope-Adressen von den Header-
    Adressen.

Newsgroups: de.comm.gateways, de.comm.modem

    Gibt bei oeffentlichen Nachrichten die Bretter an, in denen die Nachricht
    erscheinen soll. Bei privaten Nachrichten, die Weiterleitungen aus einer
    Newsgroups sind, gibt dieser Header an, wo die Nachricht herstammt.


Pflicht-Header:
===============

Message-Id: <12cX23DcS.DSFsD@system.do.main.de>

    Eine eindeutige Kennung dieser Version der Nachricht. Eine Message-Id
    muss wie eine Adresse aussehen und darf die Zeichen "/", "<" und ">"
    nicht enthalten. Sie sollten garantiert fuer zwei Jahre nicht noch einmal
    erzeugt werden.
    
    Eine neue Message-Id muss vergeben werden, wenn eine Nachricht ein
    weiteres mal auf das Netz geschickt wird, z.B. durch weiterleiten
    aus einer Newsgroup.

Date: Sun, Jan 03 11:20:13 1993 +0100

    Das Erstellungsdatum der Nachricht. Die erlaubten Date-Format findet
    man in RFC-822.

Subject: Re: Probleme mit ZERMAUS

    Der Betreff der Nachricht. Bei Antworten auf andere Nachrichten wird
    (genau ein) Re: vorangestellt.


    Die Message-Id's aller direkten Bezugsnachrichten (Nachrichten, auf
    die hier geantwortet wird). In der Regel kann es nur eine geben (eine 
    Antwort bezieht sich auf genau eine Nachricht), einige Netze erlauben
    aber auch Antworten auf mehrere Nachrichten in einer Message.

X-Format: RFC822/1036

    Das Nachrichtenformat, in dem die Nachricht urspruenglich erstellt
    wurde. Erlaubte Kennzeichen:
    
    ZCONNECT
    RFC822/1036
    FIDO
    NETCALL3.8
    MAGIC1.6x
    SEVEN1.0
    MAGIC1.7
    MAGIC2.0
    LIGHT1.0
    MAGICBOX5.5
    X-CHANGE1.0

    Weitere Kennzeichen werden regelmaessig in der Area GATEBAU
    veroeffentlicht. Neue Eintraege bitte in selbiger Area bekanntgeben.

X-Gateway: ui@bi-link.zer.de [RFC/Connect v0.92]

    Eine eindeutige (im jeweiligen Netz verstaendliche) Kennung des
    letzten Gates, der diese Nachricht gewandelt hat.



Optionale Header
================

Return-Receipt-To: user@system.do.main.de

     Fordert eine Empfangsbestaetigung an. Wenn das Ziel-Netz keine
     Empfangsbestaetigung unterstuezt, kann der Gateway eine entsprechende
     Mail verschicken.

Reply-To: user@system.do.main.de

     Antworten auf diese Nachricht gehen an die angegebene Adresse.
     Bei der Angabe
     
         Reply-To: -

     ist keine persoenliche Antwort erwuenscht.

Followup-To: de.comm.gateways

     Oeffentliche Antworten gehen an die angegebene Newsgroup. Ein
     
         Followup-To: -

     verhindert oeffentliche Antworten. Ein 
     
         Followup-To: poster

     dirigiert oeffentliche Nachrichten als persoenliche Nachrichten
     an den Absender.

Expires: Sun, Jan 03 13:01:26 1993 +0100

     Gibt ein Haltbarkeitsdatum der Nachricht an. Nach Ablauf dieses
     Datums kann die Nachricht automatisch geloescht werden. Ein
     
        Expires: -

     besagt, dass die Nachricht niemals automatisch geloescht werden darf.

Supersedes: <sdfSDfksf@system.do.main.de>

     Diese Nachricht ersetzt die Nachricht mit der angegebenen Message-Id.
     Dies ist zum Beispiel fuer Updates von regelmaessigen Postings oder
     von Standards (wie GateBau'93) gedacht.

X-Error: unknown user "karl@blah.sub.org"

    Diese Nachricht ist eine Fehlermeldung. Sollten bei der Zustellung
    dieser Nachricht Fehler auftreten, ist keine automatische Mail an
    den Absender zu schicken.

X-Mailer: ZERBERUS v5.1 r1.0

    Die beim Absender verwendete Software (Mail User Agent)

X-Valid: Sun, Jan 03 13:09:55 1993 +0100

    Diese Nachricht ist erst ab dem angegebenen Zeitpunkt gueltig und
    sollte vorher auch nicht angezeigt werden.

X-Face: 0a030d05da3f...

    Ein 64x64 Pixel s/w Bild des Absenders.
    (Format wird nachgereicht)

X-WDR-Face: [ASCII-Kette...]

    Ein 64x64 Pixel s/w Bild des Absenders.
    Format nach WDR-Picture-Standard
    (Endgueltige Festlegung wird nachgereicht)
