o o o oooo o o o o o o o o o ooo o ooo ooooo oooo o ooo ooo o o o o o o o o oo o o o o oo o o o o ooooo ooooo o oo oooo o ooooo o o oooo o o o o ooo o o o o o o oo o o o o oo o o o ooo o oo oooo o ooo ooo o ooo o oooo o oooo ------------------------------------------------------------------------- Ein Treffen der Fido-Gateway Programmierer und Betreiber. Das Treffen fand statt am 23. Juli 1994 bei Joerg Stattaus in Aachen. Anwesend waren: Joerg_Stattaus@ac.maus.de Programmierer maus <-> fido Martin_Junius@2:2453/110.1 Programmierer rfc <-> fido ? Betreiber ? <-> fido Michael_Holzt@mhs.ftg.donut.ruhr.com Programmierer zc <-> fido ------------------------------------------------------------------------ 1. MSGID nach Gatebau 94 Die OrigId wird genommen, und folgendermassen in die MsgId verpackt: ^aMSGID: crc32 Beispiel: ^aMSGID: <5QWrRsTu1V@ich.de> 19918232 [beispiel, crc stimmt nicht] Die crc32 wird berechnet ueber '<' + origid + '>' + FidoBrettname. Der FidoBrettname wird auf Nur-Grossbuchstaben gewandelt. Beispiel: Die crc32 wird berechnet ueber <5QWrRsTu1V@ich.de>GATEBAU.GER. Sollten in der OrigId Leerzeichen auftreten (UNERWUENSCHT!!!) wird die gesamte MID in " gesetzt. Beispiel: ^aMSGID: "" 82823788 Beim Splitting wird die HexId ab Teil 2 je um eins erhoeht. Aus Kompatibilitaetsgruenden zu alter Software wird weiterhin eine ORIGID-Kludge erzeugt. Allerdings wird diese Erzeugung zum 1. Januar 1995 abgestellt. Beim Zurueckgaten ist die Rang-Reihenfolge der IDs folgende: 1. (hoechste) neue MsgID (auf <*@*> pruefen, und CRC NACHRECHNEN) 2. OrigId-Kludge 3. normale MsgID (wie gehabt) 2. Splitting Beim Splitten wird, wie weiter oben erwaehnt die HexId um je eins erhoeht. Beispiel Teil 1: 0927276a, Teil 2: 0927276b usw.. Es wird eine Split-Kludge nach FSC47 erzeugt. Anmerkung: Es steht zu ueberlegen eine eigene Split-Kludge zu definieren. Die von jag und Fidogate erzeugten ' * Split / Splitted by xxxx ...' Zeilen fallen weg. Zwischen der letzen Zeile des gesplitteten Textteiles und der Tearline wird exakt EINE Leerzeile eingefuegt. Der Betreff des ersten Teiles wird unveraendert uebernommen. Bei den weiteren Teilen wird die Teilnummer in der Form nn: davorgesetzt. Achtung! Maximale Betrefflaenge beachten, ggf. cutten. Eine bereits gesplittete Mail darf nur weiter transportiert werden, wenn alle Teile aufzufinden sind. 3. Multi-Replys Hier steht zu beobachten, wie verschiedene Programme darauf reagieren. Vorerst ist das Erzeugen von mehreren Replys nicht gatebau-konform. 4. Pseudo-Domain fidonet.org Martin Junius wird versuchen eine Domain ftn.net fuer uns zu erreichen, damit MsgIds nicht mehr auch fuer nicht-Fido (aber Fido kompatible) Netze auf fidonet.org gebildet werden. 5. Uebertragen von zusaetzlichen Informationen Unbekannte Header-Zeilen aus dem RFC werden mit dem Vorsatz RFC- eins zu eins ins Fido uebernommen. Ausnahme sind natuerlich Zeilen, die ihren Ursprung aus dem Fido haben (s.u.) Beispiel: RFC-Headerzeile zzzz: ahjsaj auf Fido: ^aRFC-zzzz: ahjsaj Aber: RFC-Headerzeile x-ftn-wuerg: hahs wird auf Fido: ^awuerg: hahs Unbekannte Zconnect-Zeilen erhalten den Vorsatz ZC-. Beim Gaten aus dem Fidonet heraus erhalten unbekannte Fido-Kludges im RFC den Vorsatz X-FTN-, und im ZConnect den Vorsatz F-. Achtung! Es waere auessert gut, wenn beim Gaten aus Fido nach RFC Kludges die mit ZC- beginnen, NICHT nach X-FTN-ZC- sondern nach X-ZC- zu wandeln. Gleichermassen sollten bei Gateways Fido->ZConnect die RFC- nicht nach F-RFC sondern nach U- gewandelt werden. Zusammenfassung Headerzeilen aus ... Vorsatz im ... Fido ZConnect RFC Fido --- F- X-FTN- ZConnect ZC- --- X-ZC- RFC RFC- U- --- Anmerkung: Es sollten nicht unbedingt in unbegrenzten Masse unbekannte Header-Zeilen gegatet werden. Im Ermessen des Programmierers. RFC-Gates erzeugen folgende zusaetzliche Header (optional (?) ): X-FTN-Origin: X-FTN-Seen-By: X-FTN-Tearline: X-Comment-To: Brettempfaenger aus Fido X-FTN-From: optional die komplette Fido-Adresse in NORMALForm Beispiel: X-FTN-From: Michael Holzt @ 2:2444/1168.112 DIESE INFORMATION IST SEHR SEHR VORSICHTIG ZU BENUTZEN (WENN UEBERHAUPT). Auf jeden Fall pruefen, ob die Adresse aus dem Ziel-FTN-Netz ueberhaupt zu erreichen ist. Die ZConnect Zeilen sind F-Origin: F-Seen-By: F-Tearline: F-To: Brettempfaenger aus Fido F-From: siehe X-FTN-From. DIE ORIGINLINE DARF AB SOFORT NICHT MEHR IN ORGANISATION GESETZT WERDEN, DA JA DAFUER DIE X-FTN bzw F-ORIGIN HEADERZEILEN FUER DA SIND. 6. Empfaenger Leerzeichen in Empfaengernamen werden generell in Unterstriche gewandelt. 7. Gateway-Identifikation Jeder Gateway erzeugt beim Gaten eine Headerzeile / Kludge. Diese lautet auf allen Netzen / Techniken uebereinstimmend X-Gateway. Aufbau: X-Gateway: name(max 15 Zeichen) Programm Version Datum/Zeit Fuer Datum und Zeit konnte kein einheitlicher Konsens gefunden werden. Zeitangaben aber immer in UTC. Vorschlag fuer Datum und Zeit: TTMMJJ.SSMM Beispiel: X-Gateway: fido.de fidogate 3.7 230794.1812 X-Gateway: mausac linkit x.0 110894.1023 Zeilen von anderen Gateways werden NICHT entfernt, der neue Gateway schreibt sich in die Zeile nach einer eventuellen alten X-Gateway. Vorschlag: X-Gateway generell am Ende der Header-Zeilen. 8. Lebenszeichen Gatebau Das momentane Lebenszeichen scheint selber nicht mehr zu leben. Es soll ab sofort aus jedem Netz eines einmal die Woche geschickt werden. Es war zuerst ueberlegt worden, einen einheitlichen Namen dafuer zu geben, aber das scheitert wohl an der Realnamenpflicht im Fido. Aber eventuell kann man vor den Realnamen einen einheitlichen Vorsatz senden. Netz wer? username betreff RFC Martin Junius ??? Lebenszeichen rfc Fido Michael Holzt ping/Michael Holzt Lebenszeichen fido Eine automatische Auswertung wird ueberlegt.