Home | Go to the previous, next section.
echten
Message-ID
darin.
Zur Zeit kommen in Spezialnachrichten nur #
- und :
-Zeilen.
Es gibt aber (nach Ansicht des Autors) Gründe, weitere Headerzeilen
zuzulassen:
Das Format der Spezialnachrichten ist für alle gleich, wenn man davon absieht, daß Benutzer auch zukünftig keine V-Zeilen angeben dürfen.
#@
-Zeile), die einen @
enthält und
eine B
-Zeile haben, aber keine :
-Zeile, also keinen
Nachrichtentext.
Das Format der Statusnachrichten ist je nach Transportweg sehr unterschiedlich:
#
-Zeile referenzierten Nachricht.
K
-Zeile kann eine >
-Zeile angegeben werden,
in die ein Kommentar für den Empfänger eingetragen wird.
Der Benutzer darf die Statusänderungen X
, Z
, G
,
K
und W
schicken.
Eine Fremdbox darf die Statusnachrichten X
, Z
und G
zur MAUS schicken.
Ein Gateway darf die Statusänderungen X
, Z
, G
und Y
zur MAUS schicken.
Die Unterschiede im Datenformat sind unlogisch. Daher sollte man darüber nachdenken, das Mitschicken des Änderungsdatums in der B-Zeile für alle Seiten zu erlauben und die E-Zeile, falls ein Datum in der B-Zeile angegeben worden ist, als Eingabezeit der referenzierten Nachricht zu verstehen. Auf diese Art wäre ein fließender Übergang zwischen alten und neuem Format gewährleistet.
Das Konzept der Statusnachrichten basiert daraus, daß die Nachricht, für die der Status verschickt wird, in Empfänger- und Absenderbox noch vorhanden ist. Daher sind Statusmeldungen nach Datenbankcrashs oder einigen Wochen Urlaub nicht mehr zustellbar. Sie sind auch problematisch zu implementieren in Boxen, die - aus welchen Gründen auch immer - die Nachrichten nach Versand - in welche Richtung auch immer - nicht länger aufbewahren. Daher sollte die Angabe des Empfängers der Statusmeldung zumindest erlaubt werden.
@
enthält und sie eine G
-Zeile haben - jedenfalls sehen
so die von einer Box versandten Nachrichten aus. Es gibt aber eine
Reihe Spezialfälle, die eine einfache Unterscheidung in bestimmten
Fällen unmöglich machen.
Öffentliche Nachrichten haben nie B
-Zeilen.
V ist optional wegen anonymen Gruppen
G
ist optional, wenn es nicht angebenen wird, kann sich die Box
die Zielgruppe möglicherweise aus der kommentierten Nachricht
entnehmen (wenn diese noch vorhanden ist, selbstverständlich). Daher
muß, wenn keine G
-Zeile angegeben ist, eine -
-Zeile
mit Bezug auf eine öffentliche Nachricht angegeben werden. Es ist
möglich, bei Kommentaren beide Zeilen anzugeben, Frontends sollten
diese Möglichkeit nutzen.
W
war in Kais Doku als optional bei Kommentaren gekennzeichnet,
MAUS übernimmt den Betreff der kommentierten Nachricht, falls keiner
angegeben ist. Quark lehnt solche Nachrichten ab.
D
sollte angegeben werden, auch wenn MAUS diese Angabe
aus der kommentierten Nachricht übernimmt (Quark tut dies nicht).
Generell sollten Frontends möglichst viele Daten mitschicken und sich nicht darauf verlassen, daß die kommentierte Nachricht noch in der Box vorhanden ist.
Frontends -> MAUS
gelten auch hier.
Frontends -> MAUS
gelten auch hier.
Fremdboxen dürfen keine I
-Zeilen und keine Nachrichten mit
Absender oder Message-ID außerhalb ihrer eigenen Box mitschicken.
#
-Zeile
angegeben ist, muß eine echte ID in der I
-Zeile angegeben sein, die
die Quark dann in die #
-Zeile einsetzt. Ins #LOG
wird die
temporäre ID eingetragen, der Dupecheck wird über die ID in der I
-Zeile
gemacht. Einziger Sinn der temporären IDs ist, daß das Gateway in der
#
-Zeile einen Schlüssel (Filenamen ?) angeben kann, über den es
direkt auf die Nachricht zugreifen kann.
A
ist optional, wenn es nicht angebenen wird, kann sich die Box
den Empfänger möglicherweise aus der kommentierten Nachricht
entnehmen (wenn diese noch vorhanden ist, selbstverständlich). Daher
muß, wenn keine A
-Zeile angegeben ist, eine -
-Zeile
mit Bezug auf eine persönliche Nachricht angegeben werden. Es ist
möglich, bei Kommentaren beide Zeilen anzugeben, Frontends sollten
diese Möglichkeit nutzen.
Genau eine >
-Zeile kann auf eine K
-Zeile folgen, insgesamt
dürfen bis zu 10 K
-Zeilen (und damit auch 10 >
-Zeilen)
kommen.
W
war in Kais Doku als optional bei Kommentaren gekennzeichnet,
MAUS übernimmt den Betreff der kommentierten Nachricht, falls keiner
angegeben ist. Quark lehnt solche Nachrichten ab.
Generell sollten Frontends möglichst viele Daten mitschicken und sich nicht darauf verlassen, daß die kommentierte Nachricht noch in der Box vorhanden ist.
Benutzer -> MAUS
gelten auch hier.
K
ist in Kais Doku als erlaubt angegeben, aber Sinn ergibt das
eigentlich nicht.
Ansonsten gelten die schon bei den Benutzern angegebenen Hinweise.
#
-Zeile
angegeben ist, muß eine echte ID in der I
-Zeile angegeben sein, die
die Quark dann in die #
-Zeile einsetzt. Ins #LOG
wird die
temporäre ID eingetragen, der Dupecheck wird über die ID in der I
-Zeile
gemacht. Einziger Sinn der temporären IDs ist, daß das Gateway in der
#
-Zeile einen Schlüssel (Filenamen ?) angeben kann, über den es
direkt auf die Nachricht zugreifen kann.
Home | Go to the previous, next section.