Dit document is een aangepaste versie van de policdff.a10, de belangrijkste aanpassingen zijn de echomail prijzen, netteninde- ling en bestuurssamenstelling. Deze versie zal mogelijk niet verder uitontwikkeld gaan worden ivm de ontwikkelingen rond de oprichting van ElCom. POLICDFF.011 bijgewerkt: 16 juli 1994 D U T C H F I D O N E T F O U N D A T I O N Secretariaat: Christiaan Huygensstraat 5 2251 CH, Voorschoten t.a.v. Katja de Graaff Kamer van Koophandel stichtingsnummer 040419 te Zutphen De nu volgende richtlijnen zijn bindend voor alle nodes welke echomail afnemen van de Cost Sharings Organisatie DFF. Fidonet is een hobby-netwerk met een enorme toekomst en nog veel mogelijkheden; echter alleen als we allemaal ons eigen deel van de verkeersregels en verantwoordelijkheden respecteren, zal het kunnen voortbestaan. Waar geen regels zijn heerst chaos, en in chaos zal niets meer betrouwbaar functioneren. Juist dat betrouwbaar laten functioneren is iets waar we allemaal ons steentje aan bij moeten dragen, dat is uiteindelijk het succes van fidonet. Kortom, lees het volgende verhaal aandachtig door, er staat een hoop belangrijke informatie in. * Fido en Fidonet zijn handelsmerken van Tom Jennings * Copyright (c) Eelco de Graaff 1988,1994 1 Inhoudsopgave policdff.011 1.0.0 Introductie DFF. . . . . . . . . . . . . . . . . . . . . 3 1.1.0 Adviseurs van het DFF bestuur. . . . . . . . . . . . 3 1.2.0 Bestuursleden DFF . . . . . . . . . . . . . . . . . . 4 1.3.0 Informatie uitgegeven door de stichting. . . . . . . 4 2.0.0 Kosten van mail en echomail (ingaande 01/01/94). . . . . 5 2.1.0 SysOp betaalt niets. Geen bijdrage of wat dan ook. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.2.0 SysOp betaalt de CSO een distributievergoeding. . . . 5 2.3.0 Wat indien er aanzienlijk meer dataflow is dan gemiddeld? . . . . . . . . . . . . . . . . . . . . . . . 6 2.3.1 Wat indien je in een ander niet regionaal net zit. . 6 2.4.0 Wat doet de CSO met het ontvangen geld. . . . . . . . 7 3.0.0 Wijzigingen. . . . . . . . . . . . . . . . . . . . . . . 7 4.0.0 Structuur en regels van echomail. . . . . . . . . . . . . 8 4.1.0 Echomail regels. . . . . . . . . . . . . . . . . . . 8 4.2.0 Basisregels voor gebruik van echomail. . . . . . . . 9 4.2.1 De technische kant van de berichten. . . . . . . . . 9 4.2.2 De inhoudelijke kant van de berichten . . . . . . . 10 4.3.0 Democratie / Complaints. . . . . . . . . . . . . . 11 4.4.0 Procedure voor echomail-geschil: . . . . . . . . . 12 5.0.0 Richtlijnen echomail moderator . . . . . . . . . . . . 12 5.1.0 Taken van een moderator . . . . . . . . . . . . . . 13 6.0.0 Wat is er beschikbaar aan echo's? . . . . . . . . . . . 16 7.0.0 Fidonet algemene informatie. . . . . . . . . . . . . . 16 7.1.0 Zone Mail Hour (ZMH); het hart van Fidonet. . . . . 16 7.2.0 Informatie over versturen van fidonet berichten. . 16 7.3.0 De Nodelist en de nodediff-files, het telefoonboek. . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 7.4.0 Fidonews. . . . . . . . . . . . . . . . . . . . . . 18 7.5.0 Met vakantie en dan...... . . . . . . . . . . . . . 18 7.5.1 Systeem kapot .. downgaan. . . . . . . . . . . . . 19 7.6.0 Points. . . . . . . . . . . . . . . . . . . . . . . 19 7.6.1 De status van een point. . . . . . . . . . . . . . 20 7.7.0 Informatie netwerkindeling regionale netten. . . . 21 8.0.0 Hoe te handelen voor de aanvraag van een nodenummer. . 23 8.1.0 Aanvraagformulier voor nodenummer. . . . . . . . . 25 Index behorende bij POLICDFF.011 . . . . . . . . . . . . . . 26 2 1.0.0 Introductie DFF. De DFF is een stichting die onder andere het doel heeft: stimule- ren van datacommunicatie, in het bijzonder datacommunicatie door middel van het Fidonet(tm). Omdat er op dit moment een nauwe samenwerking is met DCN praten we in in deze policdff over CSO (Cost Sharings Organisatie) ipv over DFF. Steefdatum om vanuit de DFF en DCN een nieuwe stichting te laten onstaan, waar beide CSO' in op zullen gaan is eind 1994. Deze nieuwe stichting zal ElCom gaan heten, indien deze samenwerking niet tot de oprichting van een nieuwe sco leid zal de policdff in een andere vorm verder uitontwikkeld worden. Deze policy is een set regels, die een aanvulling en uitbreiding zijn van de Fidonet policys POLICY4 en ECHOPOL. De DFF en DCN zijn CSO's met een landelijke dekking in heel Nederland. Als infrastructuur gebruiken beide CSO's de regionale netten 280, 281, 282, 283, 284, 285 en 286. Deze netten staan echter verder los van de CSO's. De verbinding met de regionale netten heeft een historische oorsprong, de netten 280-285 waren bij oprichting van de DFF aan de stichting toegekend door de toemalige ZC en RC. Aangezien de netten nu in principe losstaan van de CSO hebben we te maken met een Net Coordinator (NC) voor het afhandelen van de Fidonet technische zaken en een host, welke zorg draagt voor de distributie van de mail. De host heeft in veel gevallen ook een NC taak echter deze taken hoeven niet persee door dezelfde persoon uitgevoerd te worden. De host heeft in het geval van de CSO vaak ook een backbone functie. Het idee van de costsharing is het volgende: Voor het ontvangen en versturen van data hoeft een node in principe alleen een nabij gelegen knooppunt te bellen. De CSO zorgt er verder voor dat de data verspreid wordt over alle bij de CSO aangesloten nodes. De kosten voor het transport over alle knooppunten worden gedragen door alle nodes die data van de betreffende CSO betrekken. 1.1.0 Adviseurs van het DFF bestuur. De bestuursadviescommissie is een, sinds januari 1993 opgericht orgaan welke het bestuur van de CSO kan adviseren over het te voeren beleid. Hij kan tevens een aanspreekpunt zijn voor vragen over beleid. De commissie bestaat uit 1 gekozen afgevaardigde uit elk net. Deze commissie is experimenteel. De sysops in de commissie kunnen zo actiever bij het beleid betrokken zijn. De adviseurs worden jaarlijks gekozen en kunnen zich vrijblijvend kandidaat stellen. Een adviseur wordt door de sysops van het net 3 gekozen. De adviseur heeft geen stemrecht betreffende be- stuursbesluiten, echter hij wordt wel uitgenodigd voor bestuursvergaderingen, en zijn adviezen, opmerkingen en kritiek worden wel gewogen bij de besluit vorming. Wie de adviseurs zijn kan je verteld worden door de bestuursleden. 1.2.0 Bestuursleden DFF De huidige bestuursleden voor de DFF zijn: 2:281/706 Jacques Limpens (voorzitter) 2:281/1 Eelco de Graaff (vice voorzitter/tijdelijk penning- meester) 2:285/1 Peter Smink (secretaris) netmail spraak 01150-96387 2:284/1 Patrick Maartense (bestuurslid) Met daarnaast de bestuurs advies commissie: Ron Huiskes, Cees Bakker, Lody Caenen, Nitz Neder-Helman, Mark Schipper 1.3.0 Informatie uitgegeven door de stichting. De DFF kan gedrukte informatie leveren over fidonet te weten: 1- Een gedrukt exemplaar van dit document. 2- Een verhaal over fidonet wat oorspronkelijk ontwikkeld is voor een netwerk management cursus. Dit boekje bevat alle mogelijke informatie over netwerk indeling binnen fidonet, de techniek, de routing, de taken van de verschillende *C's enz. Het bevat duidelijke informatie over hoe nu fidonet in elkaar zit. (ook handig om ouders of echtgenoten te informeren) Iedereen die de gedrukte informatie wil hebben kan dat als volgt doen: Je boekt f 2,- om alleen de policdff te ontvangen, f 5,- om alleen het fidonet boekje te ontvangen, over op de girorekening 1629037 van de DFF onder vermelding van "fidonet boekje". Reeds bestaande DFF donateurs kunnen eenmalig; door overmaken van f 2,- voor het fidonet boekje, of f 3,- voor policdff en het boekje, op de girorekening van de DFF 1629037 de informatie thuisgestuurd krijgen, vermeld bij de overschrijving "fidonet boekje". let-op! Verzeker jezelf ervan dat we je adres ergens in de overboeking terug kunnen vinden! Dus gebruik maken van opmerking velden bij girotel of bank overboekin- gen. 4 Nieuwe nodes krijgen indien ze dit aangegeven hebben deze informatie direct thuisgezonden als service. Wel dien je dit duidelijk op de aanvraag.txt aangegeven te hebben. 2.0.0 Kosten van mail en echomail (ingaande 01/01/94). 2.1.0 SysOp betaalt niets. Geen bijdrage of wat dan ook. Iedere sysop kan een nodenummer krijgen indien hij voldoet aan de basisregels van fidonet. Dit nodenummer is gratis. Dit Fidonet- principe moet gehandhaafd blijven. Echter... - Hij heeft dan geen recht op distributie van ECHOmail en FILEechomail via de CSO. (holland.sysop,Enet.Sysop en de netecho's uitgezonderd) - Netmail wordt niet geaccepteerd voor forwarding naar andere netten buiten nederland. Hij dient zelf alle mail te pollen en brengen over de gehele wereld, gebruik makend van de host-routing als aangegeven in de Fidonet policies: alle mail naar node xxx/yyy kan worden gestuurd naar xxx/0. Of de Igate van een region (te vinden in de nodelist als zone:region/999) - Nodediff en Fidonews en de netmail haalt hij zelf op bij de host (of eventueel hub) door middel van filerequest. - De node dient indien er netmail voor hem staat dit op te halen bij zijn hub of host. Indien hij dit verzuimt kan dit aanleiding zijn het nodenummer in te trekken. 2.2.0 SysOp betaalt de CSO een distributievergoeding. a. Hij betaalt Fl. 20,- gulden administratiekosten en kan be- schikken over de volgende diensten: - Het op hold zetten van de verschillende bestanden. (Op het moment dat de CSO host/hub een dienstverlening moet gaan verrichten is er dus een minimale financiele bijdrage nodig.) - De node heeft beschikking over de netecho van het net waar hij onder valt en de DFF/DCN-Sysop echo's. - Outbound netmail-forwarding. (binnen nederland is gratis) - ontvangt het fidonet boekje indien dit aangegeven is. - ontvangt deze policy in gedrukte vorm. (oude versie) b. Hij betaalt een bijdrage van Fl. 45,- per jaar en kan be- schikken over de volgende diensten: - De onder a. genoemde diensten. - Nederlandse echomail. (Dit gaat ALLEEN om de *.028 areas en SYSOPS.DFF). Een lijst is op de meeste hosten wel te vinden. c. Hij betaalt een bijdrage van Fl. 79,- per jaar, en kan beschikken over de volgende diensten: 5 - De onder a. en b. genoemde diensten. - Internationale echomail areas (voor zover de DFF deze kan aanbieden). 2.3.0 Wat indien er aanzienlijk meer dataflow is dan gemiddeld? d. De gegeven tarieven zijn gebaseerd op een gemiddelde net- en echomail flow welke van een node verwacht kan worden. Grote multilijns systemen of systemen met veel points welke aantoonbaar meer dan gemiddeld net- en of echomail flow genereren kunnen hierop aangesproken worden door het bestuur waarna na overleg met de betreffende node eventueel een hoger tarief doorberekend kan worden door de CSO. Voor de duidelijkheid op een rij: - Alle *.028 en *.DFF echo's en netmailforwarding voor 45 gulden. - Alle echo's (nationaal/internationaal) en netmailforwarding voor 79 gulden. Aangien sinds een aantal maanden andere CSO's dan DFF en DCN de extensie *.028 hanteren dien je er rekening mee te houden dat het hier gaat om die echo's welke door de CSO via het costshare principe over de bij de cso aangesloten nodes verspreid. Ieder nieuw boekjaar ontvang je automatisch een acceptgirokaart. Wij verzoeken je deze dan zo spoedig mogelijk te voldoen. Maak niet zomaar geld over (tenzij het om een donatie gaat). Indien je b.v. besluit toch over te gaan op bv internationale echomail; zie het deel wijzigingen (3.0.0) Bij aansluiting tot de CSO gedurende een "lopend" jaar zal een evenredig deel van het bovenstaande bedrag in rekening gebracht worden. Je wordt door de penningmeester op de hoogte gebracht via een acceptgiro. De verrekening geschiedt op maandbasis. Aan de hand van kosten en baten zal door het bestuur bekeken worden of het tarief zonodig naar boven of beneden bijgesteld dient te worden. 2.3.1 Wat indien je in een ander niet regionaal net zit. Indien je in een ander, niet regionaal ingedeeld net zit, kan je sinds juni 1993 ook echomail betrekken van de CSO. Hiervoor stuur je de aanvraag.txt op aan penningmeester van de stichting. Deze zal je een acceptgiro sturen. Zodra het geld op de giro van de CSO ontvangen is, informeert de penningmeester de aanvrager en de persoon die voor de CSO de echomail co”rdineert in een van de 6 regionale netten, en kan er tot aansluiting van de echomail overgegaan worden. 2.4.0 Wat doet de CSO met het ontvangen geld. - De financi‰n worden enerzijds gebruikt om de hosten (back- bones) en hubs van de DFF financieel in staat te stellen de dienstverleningen als echomail en netmail te kunnen conti- nueren. Juist het veiligstellen van de continu‹teit wordt meer en meer belangrijk ivm de enorm explosieve groei van Fidonet en de faciliteiten binnen Fidonet de laatste jaren. - De kosten voor het verzenden van berichten over interconti- nentale telefoonlijnen is dermate kostbaar dat het voor een particulier niet meer te doen is zonder een financieel steuntje in de rug. Zelfs met sponsoring van duizenden guldens per jaar is de laatste jaren gebleken dat het niet meer op te brengen is. - hosten en/of hubs van de CSO worden dmv hardware ondersteu- ning geholpen indien er capaciteits problemen zijn. Ditgaat na overleg met het bestuur. 3.0.0 Wijzigingen. Indien je verhuist, een ander telefoonnummer krijgt, of bij het veranderen van modem specificaties (bv een sneller modem); met andere woorden indien de door jouw in het verleden verstrekte info niet langer correct is, stuur dan een nieuw ingevuld aanvraag.txt bestand naar je NC met een msg dat het een wijziging van bestaande info betreft. Vermeld in het bestand bij het opmerkingen veld om welke wijzigingen het gaat! - Stuur in dat geval een nieuwe aanvraag.txt naar je NC als NET_NODE.TXT (bv 281_113.TXT) met een begeleidend bericht. - Mutatie's op de nodelist informatie kan je direct aan je host melden d.m.v. een netmail bericht, echter via de aanvraag.txt heeft de voorkeur. - Indien je van bv alleen nationale echomail naar internatio- naal en nationaal wilt gaan, dit wel even vermelden onder opmerkingen. Indien je gedurende het boekjaar besluit over te stappen naar een ander netwerk of te stoppen met je hobby, is het voor de CSO onmogelijk over te gaan tot restitutie. 7 4.0.0 Structuur en regels van echomail. Echomail is een vorm van Netmail waarbij berichtengebieden op verschillende nodes dezelfde informatie bevatten. De berichten worden in de vorm van Netmailberichten verstuurd en daarna in verschillende gebieden "getosst" d.m.v. een echomailprogramma. Een node kan echomailgebieden van zijn host/hub ontvangen (zie 2.0.0 kosten echomail). Aansluiten op echomailgebieden gebeurt pas als de Netmail goed werkt. De aansluiting op de echomailgebieden gebeurt stapsgewijs. Eerst wordt er gebruik gemaakt van een locale echo om te voorkomen dat testberichten over heel Nederland of Europa gaan (TEST DAN OOK NOOIT IN LANDELIJKE OF INTERNATIONALE ECHOMAILGEBIEDEN). Als dit allemaal goed verloopt kan de node andere echo's aansluiten. Er zijn speciale SysOp-echo's, houd deze echo's gesloten voor de normale inloggers! De echo's SYSOPS.DFF, HOLLAND.SYSOP en andere "sysop" echo's als SYSOP.281 of SYSOP.285 dienen niet voor users leesbaar of toegankelijk te zijn. Het zijn niet voor niets SysOp echo's. Om welke echo's dit gaat kan je o.a.lezen in de ELISTDFF.Axx. Dit bestand bevat alle informatie betreffende echo's en hun voorwaarden. Daarnaast kan je informatie over de echo's vinden in de RULES.ZXX dit zip bestand bevat de rulesfiles. De info is oa te vinden op 2:281/1 Echomail Coordinatie DFF. Let er op dat points (behoudens Co-SysOp's) zich ook niet kunnen aansluiten op deze echo's. Echo's die je dient te hebben en welke je zeker met regelmaat moet lezen zijn de SYSOPS.DFF, en de locale NETecho's (bv SYSOP.285, SYSOP.281 enz.). Hierin worden zaken behandeld rond de organisatie van de CSO en het eigen net. Zorg ervoor dat ook de gebruikers van het bbs op de hoogte zijn van de regels die gelden voor de echomailareas. Hiervoor worden zogenaamde "Rulesfiles" ter beschikking gesteld. Deze rulefiles zijn ook weer te vinden bij de REC of de EC DFF. Echomail heeft in feite niets te maken met het fidonet als zodanig. Dit betekent dat het niet mogelijk is complaintprocedu- res in gang te zetten via de Region Coordinator. Voor echomail zijn zodoende speciale procedures in het leven geroepen. NB. Zorg ervoor dat gebruikers van je bbs altijd netmail aan hen gericht kunnen lezen. Liefst ook netmail kunnen schrijven. Dit voorkomt prive babbeltjes in de echomail gebieden. 4.1.0 Echomail regels. LET OP!! : 8 Elke sysop van een node (en point) die een echo voert, geeft daarmee aan dat hij/zij minimaal op de hoogte is van onderstaande regels, en er alles aan zal doen om de gebruikers van zijn BBS (en zichzelf) aan deze regels te conformeren. Iedere SysOp welke gebruik maakt van de CSO faciliteiten dient MINIMAAL over de echo's SYSOPS.DFF, SYSOPS.DCN, en ELCOM.ANN te beschikken. Hierin informeert oa het bestuur de nodes over belangrijke zaken. 4.2.0 Basisregels voor gebruik van echomail. 4.2.1 De technische kant van de berichten. - Acht-bit tekens (ASCII 128-255) en niet printbare tekens (ASCII 2-31) zijn verboden, uitgezonderd de 0A , de 0D en de 8D zachte . Dit zijn o.a. de zogenaamde high ascii of extended ascii tekens. - Originlines mogen niet langer zijn dan 79 tekens, inclusief het nodenummer (Zone:Net/Node.Point; zone en point zijn optioneel). - Tear lines zijn niet langer dan 35 tekens, inclusief de verplichte "--- ". Deze mag alleen de packer of editor programma-identificatie bevatten. Deze laatste liever niet; een tearline van alleen "---" is verreweg het prettigste. Meer dan een tearline is niet toegestaan, tenzij hiervoor een speciale toestemming gegeven is. (Sommige programma's gebruiken helemaal geen tearline, op zich hoeft dit geen bezwaar te zijn). - SEEN-BY adressen moeten gesorteerd zijn. Meerdere AKA's horen absoluut niet in een seen-by, tenzij je onder meerdere (fido- net) adressen werkt. - Alle huidige FTSC-specificaties dienen te worden gevolgd. - Gebruik voor het tossen en scannen van de echomail een utility die in ieder geval een goede pathline en seen-by genereert. - Let op dat je GEEN PRIVE berichten toelaat in echomail areas. Laat eventueel je echomail utility PVT berichten via netmail routen. - Strippen van de Seen-by is ten aller tijde verboden. Een vanzelfsprekende uitzondering hierop is het strippen van het eigen pointnet uit de Seenby's. 9 4.2.2 De inhoudelijke kant van de berichten. - Kijk ALTIJD wat de voertaal is van de betreffende area!! Is deze Engels, voer dan geen nederlandstalige berichten in. Dat is voor andere gebruikers (vaak in andere landen) een ellende; ze maken kosten voor het versturen maar kunnen de informatie niet lezen... - Aanbieden, ruilen enz. van gekraakte dan wel commerciele software is verboden (dit is namelijk in strijd met de au- teurswet). - Nooit commerciele advertenties plaatsen. U kunt een rekening verwachten indien dit wel gebeurt, welke gebaseerd is op een vergelijkbaar distributiegebied van bv een krant. - Geen reclame maken voor je eigen BBS pur sang. (ofwel geen msgs als: bel bbs huppeldepup!!!) - Houd je aan het onderwerp. Dus geen ellenlange verhalen over basic in een area waarin zaken te koop worden aangeboden, of over een commodore-64 in een msdos/pcdos area. - De echo area's staan onder controle van een "moderator" (zie 5.0.0). Dit is iemand die kijkt of de informatie in het betreffende berichtengebied voor iedereen bruikbaar is (een soort kwaliteitscontrole dus). Tevens kan deze persoon, indien er zaken niet goed verlopen, sysops of users informeren over de echo, en bij misdragen mensen hierop attenderen. In extreme gevallen is het mogelijk om gebruikers (OF NODES!) toegang tot gebieden te ontzeggen. - Respecteer de moderator van een area. Die persoon doet er alles aan om voor jou een area te onderhouden met een hoge informatie kwaliteit. - Het gebruik van zogenaamde "signs" dient tot een minimum beperkt te blijven, deze info is niet echt belangrijk maar kost ons wel geld. (een sign is een, meestal uit meerdere regels opgebouwde, ondertekening onderaan een bericht, een letter bijvoorbeeld kan opgebouwd zijn uit meerdere tekens). - Let op je taalgebruik (schelden, ruzieen en dergelijke leveren geen bijdrage aan bruikbare informatie). Moet je je gal spuwen, best, maar dan niet via echomail! Op de meeste BBS'en bestaat er ook Netmail (Fidonetmail, The Matrix). Ge- bruik dat ervoor, lekker prive, en anderen hebben er geen last van. - Zorg ervoor dat bbs gebruikers GOED het verschil kunnen zien tussen engelstalige en nederlandstalige echo-gebieden. Maak het op je BBS duidelijk door er met koeieletters boven te 10 zetten dat het engelstalig is, gebruik andere kleuren of zo. Indien je het zelf niet weet, ook geen probleem ... INFORMEER ! (bv bij de moderator, echodistributienode of Regio Echomail Coordinator). - Zet nooit de echogebieden open voor de eerste de beste user die inlogt. Controleer je setup heel grondig. Kijk of een bbsgebruiker netjes een vragenlijst invult, inlogt onder zijn eigen naam en dergelijke. Zorg er voor dat gebruikers die voor het eerst inloggen ook de echomail regels voor hun neus krijgen, zonder dat dit af te breken is of zo. - Nodes mogen geen echolinks hebben met andere netten/zones/do- mains, uitsluitend hostrouting voor echomail is toegestaan. Echo's mogen nooit op node/point/node niveau uitgewisseld worden. Uitzonderingen hierop zijn UITSLUITEND mogelijk NA toestemming van de DFF Echomail Coordinator. (EC) - Een uitzondering hierop zijn echo's die op lokaal niveau worden uitgewisseld, zonder dat deze op grote schaal in Nederland verstuurd worden. Bv een drietal BBS'en die een gezamenlijk interessegebied hebben in fotografie of iets vergelijkbaars. Echter, zodra de echo gaat groeien en er grote aantallen nodes gelinkt gaan worden, zullen de ne- thosten op de hoogte gesteld moeten worden, en zal er via overleg een host/backbone structuur opgezet worden. De echo dient dan een moderator te krijgen en de routing moet bij deze bekend zijn. - Op verzoek van de echomail coordinator is iedere node ver- plicht zijn AREAS.BBS'en, of equivalent daarvan direct aan de echomail coordinator te verstrekken. Uitgezonderd overmacht, dienen deze gegevens zo snel mogelijk bij de echomail coordinator aangeleverd te zijn. Handelingen in strijd met bovengenoemde regels resulteren in een waarschuwing. Na enkele waarschuwingen worden er strengere maatregelen getroffen. Dit kan ertoe leiden dat een node van de betreffende echo wordt afgesloten. Er zal altijd eerst een aantal keren via netmail getracht worden de sysop van de fouten en of problemen op de hoogte te stellen. Indien er echter geen zichtbare verbetering optreedt zal de node zonder pardon van ALLE echomail afgesloten orden. 4.3.0 Democratie / Complaints. - Het puntje democratie: Het kan zijn dat er om een of andere reden "problemen" zijn met hubs of hosten. In dat geval wordt geadviseerd als eerste een en ander telefonisch of via 11 netmail zelf trachten op te lossen. Vaak is er sprake van een misverstand. Waar het gaat om fidonet technische problemen kan je je wenden tot de NC en RC. Waar het betreft echomail of zaken die de CSO aangaan kan je je wenden tot de host, een van de adviseurs of het bestuur. Zie verder POLICY4. 4.4.0 Procedure voor echomail-geschil: - Indien er in een bepaalde echo meerdere malen door een systeem overlast veroorzaakt wordt, zal er door de moderator aan zowel de SysOp als de veroorzaker van de problemen een netmailtje gestuurd worden. De moderator bewaard de info als bewijslast. - Dit kan twee keer gedaan worden. Na de tweede waarschuwing zal er overleg gevoerd worden met de NEC('s), om de kwestie door te praten. Indien men tot de conclusie komt dat de betreffende node meerdere malen in overtreding is of was, kan besloten worden een laatste waarschuwing te geven, of direct tot afsluiten over te gaan. - Indien deze laatste waarschuwing ook niet blijkt te werken, zal de leverancier van de betreffende echo aan de overtre- dende node verzocht worden, de echo af te sluiten. De leverancier (host/hub/backbone) zal zo snel mogelijk de node van de betreffende echo afsluiten. Voor de opgelegde periode - Indien de echoleverancier de node niet binnen 1 week heeft afgesloten, kan er besloten worden om een stap hoger in de echo-boom echomail af te sluiten. - Voor grote internationale echo's kunnen aanvullende regels gemaakt zijn. - Indien een node of point in zijn ogen onrecht aangedaan wordt door een moderator kan hij hierover in contact treden met de NEC, deze is te vinden in de nodelist bij de nodelist flag :UNEC 5.0.0 Richtlijnen echomail moderator Wat is een moderator: Een moderator beheerd een echogebied namens de CSO. Hij ziet toe op het gebruik van juiste taal, het onderwerp en de omgangsvor- men. Hij ziet toe op technische problematiek (dupeloops of afwijkende flow), en geeft advies ten aanzien van de versprei- ding. Een moderator kan corrigerend optreden indien er bepaalde "leefregels" overtreden worden. 12 5.1.0 Taken van een moderator 1) Controle op juiste taal (geen Nederlands in een engelse area) - Indien er in een bepaalde echomail area meerdere malen een verkeerde taal gebruikt wordt, kan de moderator de sysop van het betreffende systeem hierop attent maken (netmail). Het is mogelijk dat op een bepaald systeem een engelstalige area niet als zodanig herkenbaar is voor de users en dat hierdoor nederlandse berichten ingevoerd worden. De sysop behoort dit door middel van een beschrijving beter herkenbaar te maken voor de users. 2) Controle op correct taalgebruik ten aanzien van schelden, onnodig ruzie maken en dergelijke. - Correct taalgebruik betreffende schelden en dergelijke ligt een stuk moeilijker. Het is goed om een user er op attent te maken dat dit niet de bedoeling is. Dit kan via netmail, echter het is niet altijd zeker of de user het netmail bericht ook werkelijk kan ontvangen (bv gesloten netmail area). In dat geval zal er een bericht hierover in de echo geplaatst moeten worden. Indien dit niet het gewenste resultaat heeft kan de moderator een netmail bericht sturen aan de sysop van het systeem waar het bericht vandaan, komt met het verzoek de user er nog een keer op te wijzen. Indien dit alsnog niet het gewenste resultaat heeft zal de moderator de sysop van het betreffende systeem verzoeken de user uit de betreffende area te weren. Als laatste kan er door de moderator een verzoek bij de echomail distributie- node van de betreffende node, een verzoek gedaan worden tot tijdelijke afsluiting van de betreffende echo, of alleen toezending en geen forwarding van berichten uit deze area. Deze laatste optie dient echter alleen in uiterste nood gebruikt te worden. Het beste is om in zo'n geval (hopelijk komt het nooit voor) via overleg (netmail) tussen de mode- rator en sysops of co-sysops tot een beslissing te komen. 3) Beperken van discussies tot het onderwerp dat de echo be- treft. - Dus in een Pascal echo geen langdurige BASIC discussies. Een en ander lijkt ons duidelijk. De moderator zal via een reply of netmail de personen verzoeken hun discussie in een andere echo voort te zetten (een die het onderwerp wel dekt). - Als na een langdurige discussie alle argumenten gepasseerd zijn en er geen uitzicht is op een compromis oplossing, kan de moderator verzoeken de discussie verder te voeren via netmail. 13 4) Controle op verspreiding van de echo (path line, seenby). - Dit is een vrij makkelijk onderdeel (?:-). De moderator kan bijvoorbeeld door middel van netmail door hosten op de hoogte gesteld worden over de verspreiding van de betreffende echo. Een deel van de informatie kan natuurlijk uit de seenby gehaald worden. De moderator kan op deze wijze nodes die een aansluiting op de echo willen, informeren waar deze op te pikken is. Maak ook gebruik van deze info indien er breuken optreden. Kijk of in oudere berichten een path de route kan aangeven. Informeer dan de bovenliggende hosten en hubs; zij kunnen dan weer verder kijken. Echter voor de XXX.028 echos zal dit meestal niet nodig blijken, daar als het goed is alle hosten alle echo's voeren. 5) Verspreiden van de regels die specifiek zijn voor zijn echo. - De moderator stelt eventueel een document op met aanvullende informatie, geldend voor die specifieke conference (het doel/onderwerp, welke users er toegelaten worden, speciale restricties, e.d.), en dient deze minstens een (1) maal per maand in de echomailarea te plaatsen. Indien er echter geen speciale richtlijnen zijn buiten de "standaard" richtlijnen is dat natuurlijk verder niet nodig (hoe minder regels hoe beter). - De rules voor een area kunnen in bestandsvorm gezonden worden aan de REC als echonaam.rul en aan 281/1. Deze rules worden voor filereq/download beschikbaar gemaakt door de echomail coordinatoren, zodat een ieder die gebruik van de rules wil maken erover kan beschikken. (ik denk bv aan het leesbaar maken van rules files voor users zodat ook beginnende BBS- gebruikers zich kunnen informeren over echomail regels. Er zijn inmiddels ook utilities die de rulesfile kunnen laten zien indien een BBS-gebruiker inlogt op een bbs en een gebied opzoekt waarvoor een rulesfile geinstalleerd is. Het opzetten van rules files is derhalve een goede zaak. (gegevens uit de rulesfile kunnen ook gebruikt worden voor de echolist graag dus een dergelijk file aanmaken en zenden aan 2:281/1) 6) Controle op prive-berichten in de ECHOareas. - Prive-berichten horen via netmail verzonden te worden en niet via echomail. Prive-berichten worden namelijk op alle nodes die een echo voeren geplaatst, kosten worden gemaakt en slechts een persoon kan de info lezen. 7) De moderators staan in contact met elkaar via de ECHOMOD.028. In deze echo kan ook een coordinator aanwezig zijn om info uit te wisselen. De toegang tot deze echo is beperkt tot alleen moderators (restricted). 14 Intercontinentale conferences kunnen soms 1 moderator per zone 'behuizen'. Zij reageren alleen op berichten die afkomstig zijn uit hun eigen zone (adres in de origin regel). Berichten waarvan de herkomst niet te achterhalen is worden behandeld door de primaire moderator (bijvoorbeeld uit de zone waar de echo oorspronkelijk is ontstaan). Meestal is de moderator in de echomaillijst opgenomen (met node- of point nummer). Op deze wijze kan hij bij vragen of problemen makkelijk gevonden en geraadpleegd worden. Een dergelijke lijst is bijvoorbeeld ELISTDFF.Axx. In deze lijst kan je de volgende info verwachten: - Naam van de echo - moderator - node van de moderator - taal - beschrijving van het onderwerp - of de echo "vrij" verkrijgbaar is (moderator toestemming nodig) - welke nodes er zoal zijn aangesloten - aantal berichten per tijdseenheid. Samenvattend komt het er op neer dat de moderator beheerder is van de echo. Hij bepaalt wat wel en niet kan, of er reden is om een bepaalde node uit te sluiten van de echo, enz. Echter, om een echo goed te laten verlopen dient hij rechtvaardig, alert en vooral niet te snel met een beslissing klaar te staan. In het geval van onenigheid kan er eventueel via netmail hulp van een onafhankelijke sysop of host ingeroepen worden deze zal meestal doorverwijzen naar een NEC of een commissie. De beste moderator is er een die je niet ziet in de echo, echter wel corrigeert waar nodig. Dus waar het kan via netmail. 15 6.0.0 Wat is er beschikbaar aan echo's? De hosten zullen een vaste set van echo's tot hun beschikking hebben en de nodes/hubs kunnen deze ophalen. De hosten zullen standaard een set xxxx.028 echo's voeren. Het leggen van echomail-links van deze echomailareas worden door de CSO Echomail Coordinator gecoordineerd. Nooit mogen er op eigen gelegenheid sidelinks gemaakt worden! De hosten zullen natuurlijk ook een aantal internationale echo's voeren. Om de druk op de systemen niet extreem op te laten lopen waardoor e.e.a. niet meer vol te houden is, zal er regelmatig besproken worden welke echo('s) al dan niet opgeheven worden. We verwachten echter dat het aanbod van echo's op de hosten zo gekozen zal zijn dat de meeste nodes ruim voorzien kunnen worden van hun echomailgebieden. 7.0.0 Fidonet algemene informatie. 7.1.0 Zone Mail Hour (ZMH); het hart van Fidonet. Iedere node is verplicht zich aan het Zone Mail Hour te houden. Dit houdt in dat zijn node tijdens dit uur continu toegankelijk dient te zijn voor NETmail. In alle gevallen zal dit betekenen dat gedurende dit uur zijn BBS niet toegankelijk is voor de "normale" bellers. Gedurende het ZMH moet de node in staat zijn Netmail te accepteren; dit is nodig om aflevering van de Netmail door hosten en nodes te garanderen. Het Zone Mail Hour is tussen 2:30 en 3:30 UTC. In Nederlandse tijd is dit gedurende de zomertijd UTC + 2 uur en tijdens de wintertijd UTC + 1 uur, oftewel tijdens de zomertijd van 4:30 tot 5:30, en tijdens de wintertijd 3:30 tot 4:30. In verband met de grote hoeveelheid echomail en file-echo's die verzonden kunnen worden,is het zaak dit NIET tijdens ZMH te doen. De systemen moeten tijdens ZMH zo goed mogelijk beschikbaar zijn voor NETMAIL. Hou er rekening mee dat indien iemand net voor ZMH een filerequest doet van een uur je systeem gedurende zmh permanent in gesprek is. Voorkom dus problemen en sluit je systeem voor filerequests of echomail transfer tijdens en net voor ZMH ! Het NIET draaien van ZMH kan reden tot uitsluiting van het Fidonet zijn. 7.2.0 Informatie over versturen van fidonet berichten. - De node dient, indien enigszins mogelijk, 1 keer per dag zijn 16 host/hub te pollen (pollen is een geforceerde mailsessie, ook al heb je zelf geen mail te sturen). Dit is nodig om het verzenden van de nodediffs, prive-berichten en speciale echomailgebieden te garanderen. Een node hebben betekens mail kunnen ontvangen en dus, daar zorg voor dragen. - Hoe en op welke tijd de node mailt dient eventueel in overleg met de host/hub/NC te gebeuren. Zie ook opmerkingen betref- fende ZMH. Er zal door de *C's gecontroleerd worden of een systeem werkelijk mailbaar is gedurende het ZMH. Indien dit niet het geval is kan een node hierdoor op hold komen te staan in - of zelfs uit de nodelist verwijderd worden. (policy verplicht draaien van ZMH) - De host/hub houdt zich het recht voor te oude of te grote echomail pakketten te wissen, indien deze normale mailverwer- king hinderen. (houd rekening met het aantal echomailgebieden die je ontvangt.) Dit zal echter alleen in uiterste nood geschieden. - Het gebruik van gecodeerde netmail wordt als annoying beha- vior gezien. Indien een host of hub toestemt om gecodeerde netmail te verzenden kan hij dit doen, echter tot de volgende coordinator hiertegen wel bezwaar maakt. Vooralsnog hebben de meeste NC's zich uitgesproken tegen gecodeerde netmail en dient gecodeerde netmail zelf direct op de bestemde plaats gebracht te worden (CrashMail). Er zijn een aantal redenen te noemen waarom deze regel er is: uuencode een unix tool. Je kan met uuencode ook bestanden via netmail sturen, echter hiermee veroorzaak je bij mensen die niets met dit bestand te maken hebben enorme kosten. Het is voorgekomen dat er honderden kilobytes over intercontinentale telfoonlijnen verzonden zijn op andermans kosten. - Het routen van fileattached netmail is niet toegestaan. Fileattatched mail breng je altijd zelf weg. - Het maken van bombingruns is niet toegestaan. Bombingruns zijn netmail berichten gericht aan bv een hele regio of een heel net. Indien er een noodzaak is tot het verzenden van een netmail bericht wat echt heel nederland door moet naar iedere node dien je hiervoor eerst contact op te nemen met de NC van ieder net. In de meeste gevallen volstaat een bericht in een landelijke sysop echoarea. - Het commerciel gebruik van Fidonet is absoluut verboden. Het versturen van routed netmail met advertenties is een voorbeeld hiervan. 7.3.0 De Nodelist en de nodediff-files, het telefoonboek. 17 De host/hub/NC zal zijn nodes voorzien van NODEDIFF.Axx files. Dit zijn zogenaamde differentiatie-files waarin veranderingen op de NODELIST.xxx (xxx is het dagnummer, Axx is de gearcte nodelist (soms ook Zxx wat een ZIP file is)) staan. Deze nodediffs dienen te worden ontarct (of ontzipt) en via een daartoe geschikt programma omgezet te worden tot de nieuwe nodelist.xxx. XLATLIST is een programma dat uitvoer levert die gebruikt kan worden door de meeste mailers. Andere programma's die de nodelist en nodediffs verwerken zijn Parselst, Xlaxnode en EditNL. Er zijn ook mailers die dit geheel automatisch verwerken. De nodes zijn verplicht deze nodediffs te verwerken, en dienen dus ALTIJD te beschikken over de meest recente (region 2:28) nodelist. Een recente nodelist is nodig om direct in te springen op wijzigingen van telefoonnummers of nodenummers. De eerste keer zal er een nodelist.xxx file gedownload moeten worden, waarna in het vervolg met de nodediff-files volstaan kan worden om de nodelist up-to-date te houden. Er bestaan naast de grote wereldnodelist ook een zone2list en een region28list. Voor deze nodelists zijn aparte diffs te verkrijgen, waardoor het ook hier mogelijk is up-to-date te blijven. Meer informatie hierover bij de hosten. Informeer je host tijdig bij wijzigingen van je eigen node, zoals telefoonnummer, nodelistflags etc. Je bent zelf verantwoordelijk voor een juiste vermelding in de nodelist! De host kan alle informatie verstrekken over de nodelist/nodediff-verwerking. Voor de verwerking met xlatlist is een speciale nederlandse uitleg geschreven (XLAT281.ARC), in deze arc bevindt zich ook een xlatlist.ctl (te vinden op o.a. 281/1). 7.4.0 Fidonews. Fidonews, een weekblad van Fidonet in filevorm, kan op aanvraag door de host/hub via file-attached netmail aan de nodes verzonden worden (mits de node de bijdrage a. betaald heeft 1.6.1 ). Het is zeer raadzaam deze te lezen. Fidonews is het enige orgaan dat regelmatig officiele zaken van belang betreffende het Fidonet publiceert. 7.5.0 Met vakantie en dan...... Wanneer je met vakantie gaat is het van belang dat ook tijdens die periode alles goed verloopt. Het is daarom wenselijk dat je, zeker voor deze periode, een Co-SysOp vindt. Deze kan dan het systeem in de gaten houden en problemen melden. Zorg ervoor dat de host/hub altijd op de hoogte is van de volgende zaken als je met vakantie gaat: 1) Periode van de vakantie 2) Naam van de Co-SysOp en een telefoon- of nodenummer waar hij te bereiken is. 18 Instrueer de Co-SysOp wat te doen in geval van problemen, bv wanneer de host/hub gebeld moet worden (is het privenummer van de host/hub bekend?). Als er dan problemen zijn, kan de host/hub in ieder geval de echomail tijdelijk afsluiten, en de netmail op hold zetten. Je kan je voorstellen wat er met je systeem gebeurd indien het 2 weken lang geen echomail ophaald en er na je vakantie een mailsessie van 3 a 4 uur komt. Een dergelijke overbelasting kan een hele groep nodes zonder mail laten komen. 7.5.1 Systeem kapot .. downgaan. Indien een node langere tijd off-line gaat, om welke reden dan ook, is deze VERPLICHT zo snel mogelijk de host/NC van het net hiervan op de hoogte te stellen. Dit kan door een direct telefoontje of via een bericht op het BBS van de host. Indien de host niet bereikbaar is, verzend dan het bericht via een collega-sysop (node)! De host zal de mail vasthouden en eventueel de node op hold zetten via de nodediff-files (indien de node gedurende langere tijd off-line gaat). De host/hub zal de node direct afsluiten van de echomailgebieden om extreem grote echomail pakketten te voorkomen. Het versturen van nodediff-files blijft gedurende 3 weken doorgaan, daarna zullen ook deze uitgeschakeld worden. Voor speciale gevallen waarbij bv een bbs echt volledig stuk is of er zelfs geen telefoon meer wil werken, kan de NC gebeld worden op spraak. Hij heeft een telefoonlijst om de *C's te informeren. 7.6.0 Points. Nodes kunnen onder hun BBS zogenaamde points "hangen". Deze points (ook wel snelle inloggers genoemd) zijn Netmail compatibele systemen die in een zogenaamd pointnet zitten. Ze wisselen mail uit zonder in te loggen op een BBS zelf! De sysop van een node met points (bossnode) is verantwoordelijk voor de eventuele overlast die zijn points in het Fidonet veroorzaken, en kan hierop worden aangesproken! Het bestuur adviseert een node die zich als BOSS manifesteert, per point maximaal Fl. 50,- vergoeding te vragen voor verleende diensten. Met deze vergoeding kan hij zijn eigen hobby financieel iets draaglijker maken en daarnaast is een dergelijke vergoeding een 'normaalgoed' in de andere (niet regionale) netten. 19 Indien points meedoen in echo's is het voorwaarde dat in de "Origin-line" de naam van de point staat en het pointnummer in de vorm van zone:net/node.pointnummer * Origin: point blabla (2:284/1.4) is goed. * Origin: point blabla (2:2364/4) is NIET toegestaan. Voor points gelden alle adviezen die ook voor nodes gelden: test eerst lokaal, instrueer de point goed over wat wel en wat niet mag. Strip nooit Seen-By regels. Lees goed de documentatie van je echomail programma, de manuals zijn er niet voor niets. Raadpleeg bij vragen een collega-sysop, of maak gebruik van de sysop support echo's. 7.6.1 De status van een point. Een point kan in principe slechts bij een enkele bossnode aangesloten zijn. Indien een point op enige wijze overlast in het Fidonet veroorzaakt of in de echomail ( bv. duplicate messages), zal de bossnode opdracht van zijn hub/host krijgen de echomail/netmail faciliteiten voor die point af te sluiten. Dit om verdere problemen te voorkomen. Indien de node hieraan geen gehoor geeft, zal de (boss)node afgesloten worden. Een point is de laagste structuur in een netwerk en slechts voor persoonlijk gebruik. Een point mag dus geen bij hem binnengekomen echomail of netmail doorzenden aan derden, anders dan zijn bossnode. Overtreding van deze regel staat gelijk aan "overlast veroorzaken binnen Fidonet". Een point heeft een user ofwel BBS-gebruiker status. Dit betekent dat onder een pointmailer nooit een BBS kan hangen. Zodra een point netmail en/of echomail faciliteiten openstelt via een databank (bulletinboard) voor andere gebruikers, dient hij een node-status aan te vragen. Points kunnen aangemeld worden bij de (Net) Point Coordinator, (zie daarvoor de nodelist onder region 28) om opgenomen te worden in de pointlist. Deze wordt op aanvraag verstuurd door de host/hub. (En vergeet niet te melden wanneer points opgeheven worden). Points kunnen slechts werken onder een enkele node (bossnode). Alle mail zal dus via de boss lopen, inclusief Crash Mail (in principe kan CM wel via de boss worden verstuurd, als de boss daar zijn points toestemming voor geeft; wel mailer- afhankelijk). Dit geldt ook voor filerequest. Een point kan natuurlijk wel, via een bericht dat via de boss verstuurd wordt, een SysOp eventueel ervan op de hoogte stellen dat hij 20 filerequest wil doen bij de betreffende node. De node is dan in ieder geval op de hoogte van de herkomst van de point. Dit is voor de SysOp iets prettiger. Het is mogelijk dat een point bij sommige nodes (anders dan zijn bossnode) na de Fidonet handshake de toegang wordt geweigerd. Het is dan zaak de betreffende sysop via de normale weg om toestemming te vragen om met de betreffende node te mailen. (zie LO flag) Fictieve pointnetten ..... Per 1 januari 1989 is er een indeling gekomen voor de fictieve pointnetten. Door de explosieve groei van Fidonet is er een aanpassing op de pointnet indeling gekomen per 12/91 21000 - 512-net 22000 - 2 en 28 netten 23000 - 280-net 24000 - 281-net 25000 - 500-net 26000 - 282-net 27000 - 283-net 28000 - 284-net 29000 - 285-net Een voorbeeld: een node in net 284 (284/105) die points heeft, zal dus als pointnet definieren: 28105. Zijn point zal onder dat net gaan werken. De reden is duidelijk: bij een onverhoopte Crash Mail van een point is de verzender makkelijk aan de hand van deze tabel terug te vinden. Binnenkort zal 4D adressering mogelijk worden bij de meeste mailers en zal het fictieve net steeds minder belangrijk gaan worden. Alle sysops worden ook geadviseerd om indien mogelijk met zogenaamde 4D systemen te gaan draaien. 7.7.0 Informatie netwerkindeling regionale netten. Voor de regionetten is Nederland opgedeeld in een aantal gebie- den. Deze zijn ingedeeld volgens de basistariefregio's van de PTT (zie je telefoongids). Elk regionet bestrijkt een aantal telefoonregio's. De indeling is vrij ruw daar eea zeer afhankelijk is van de locatie van de host en de bijbehorende hubsystemen. Er wordt zoveel mogelijk gestreeft naar een structuur waarbij een hub een groot aantal nodes tegen basistarief van mail kan voorzien. Het onderstaande lijstje geeft zodoende richtlijnen : Noord/West Nederland, Net 280, omvat de PTT telefoongids regio's: 1 t/m 6 en bijbehorende basistarief nummers. NC is Max Keizer in Amsterdam. (280/0) data 020-6751585 alleen netmail 21 Midden/West Nederland, Net 281, omvat de PTT regio's: 7, 8, 9, 11, 12, 14 en 15. NC is Eelco de Graaff in Voorschoten. (281/0) data 071-613263 netmail en bbs. Fidonet gerelateerde info is hier te requesten of te downloaden. En alles over DFF, ElCom verslagen ed. Noort/Oost Nederland, Net 282, omvat de PTT regio's: 23 t/m 30. NC is Rick Kelly in Emmen. Midden/Oost Nederland, Net 283 omvat de PTT regio's 9, 10, 32 t/m 39 NC is Jan Bredenbeek in Hilversum. Zuid/Oost Nederland, Net 284, omvat de PTT regio's: 40 en 43 t/m 50. NC is Patrick Maartense in Kerkdriel. (284/0) Spraak 04183-5004 data lijn 1 04183-4715 V32b data lijn 2 04183-4813 HST/V32b Zuid/West Nederland, Net 285, omvat de PTT regio's: 13, 16 t/m 22, 41 en 42. NC is Peter Smink in Terneuzen. (285/0) data 01150-18742 Rotterdam/Rijnmond, Net 285 omvat Rotterdam en omstreken NC is Nitz Neder Helman in Schiedam (286/0) data 010-4709577 Voor de node-indeling van de regionale netten gelden een paar regels: Een node kan om een of andere reden graag in een net buiten zijn regio willen. Regel is echter een nodenummer in de netwerkindeling zoals boven staat vermeld. Indien je gebruik maakt van de bovenstaande indeling, maak je ook het snelst kans om tegen "basistarief" te kunnen mailen. Daarnaast help je mee een goede structuur binnen nederland te handhaven en die structuur is voorwaarde voor goedkope datatransfer. Door de PTT indelingen zal hier en daar enige overlap zijn van de netten onderling. De grenzen zijn richtlijnen, soms heeft een net een hub op een zeer gunstige plaats waarbij ook nodes van een ander aanliggend net tegen basistarief kunnen aanlinken. Een Fidonet-node en zijn fysieke machine kan slechts een (1) nodenummer hebben in een net. Een uitzondering vormen de NC's, hosten, hubs en de 28/x-regio nodes. Een machine waarop meerdere Fidonet-achtige systemen draaien met behulp van een multitasker geldt als 1 machine. 22 8.0.0 Hoe te handelen voor de aanvraag van een nodenummer. Ieder bulletinboard dat de mogelijkheid heeft tot het verzenden van Fido-net(tm) compatibele berichten kan een nodenummer aanvragen. Er zijn echter regels dus zorg ervoor dat je de hele policdff gelezen hebt en liefst ook andere hier genoemde documenten alvorens het het aanvraag formulier in te zenden. (we gebruiken bij netnummers even voor het gemak X, je kan op X zelf wel het juiste nummer invullen 0,1,4 of 5 ofwel net 281,283,285 enz.) Er zijn twee aanvraag mogelijkheden: 1) je vraagt alleen een nodenummer aan in Fidonet; 2) je vraagt een nodenummer aan in Fidonet en wilt ook gebruik maken van de mogelijkheid net- en echo-mail via de CSO te distribueren. Algemeen: - Door een FidoNet nodenummer aan te vragen en te gebruiken, conformeer je je aan de binnen Fidonet geldende policies. Dit zijn de POLICY4 en de FTSC specificaties. Je netcoordinator, waar je het nodenummer aanvraagt, maar ook een colllega sysop, kan je informatie geven waar je deze documenten kan vinden. (netcoordinator zal vaak als NC afgekort worden) - Je kan slechts een nodenummer aanvragen indien je telefoon- nummer niet al eerder in de Fidonet nodelist staat. Dit geldt niet wanneer het een verandering van nodenummer betreft, bijvoorbeeld bij verandering van net. - Het aanvragen van dit nodenummer dient via een Fidonet- bericht aan de netcoordinator (de 2:28X/0 nummers) van een net dat de betreffende PTT regio omvat (zie 1.8.1), te gebeuren. Dus niet de AANVRAAG.TXT uploaden of zo. Geef in het bericht aan dat je een nodenummer wilt in Fidonet. - Je dient dit bericht te verzenden vanaf het systeem waarvoor je het nodenummer aanvraagt. Gebruik hiervoor het tijdelijke nodenummer 2:28x/9999. Hiermee geef je aan dat het om een nieuwe node gaat. Het kan zijn dat de netcoordinator je al een nodenummer heeft gegeven, waarmee je mag werken. - Stuur samen met het bericht het volledig ingevulde aanvraag- formulier AANVRAAG.TXT naar de NC. Je kunt dit aanvraagformu- lier als "file attach" meezenden met het netmail bericht. Zet in het bericht dat het gaat om een nodeaanvraag. - De netcoordinator zal een bevestiging sturen met daarin het toegewezen nodenummer. Je mailer moet gedurende ZMH (zie 1.4.0) on line zijn en dient zo ingesteld te staan dat hij alle mail accepteert, dus geen sessie password of iets derge- lijks!) Overbodig om te zeggen dat er een mailer on line moet staan, anders gaat het alsnog fout. Specifieke informatie over de gegevens voor de CSO: 23 - Als je gebruik wilt maken van net- en echomail faciliteiten zal de netcoordinator tevens de informatie doorsturen naar de verantwoordelijke personen van de CSO. Deze nemen de financiele afhandeling voor hun rekening. - De penningmeester stuurt de node een acceptgiro, en infor- meert de hosten over de betalingen: Zie verder 1.6.1 - Indien je de node-aanvraag op een afwijkende wijze doet loop je het risico dat je aanvraag niet, of veel later behandelt. - Het is verstandig om een dag na de aanvraag opnieuw te mailen of in te loggen op het BBS van de NC. Het kan zijn dat er al post voor je klaar staat met aanvullende informatie over de nodeaanvraag. Denk er om dat je alleen een nodenummer kan krijgen wanneer je minimaal in staat bent gedurende ZMH (zie 7.1.0) netmail te ontvangen. - Indien je gebruik wilt gaan maken van de dienstverlening van de CSO conformeer je je daarmee aan deze POLICDFF. Het over- treden van deze regels kan uitsluiting van de CSO tot gevolg hebben. - Houd je je niet aan de regels van Fidonet (POLICY4), dan kan dit zelfs uitsluiting uit Fidonet tot gevolg hebben. Conform Fidonet policys is het absoluut niet toegestaan zelf een nodedummer te kiezen of gebruik te maken van het nodenummer van een andere Fidonet node. Fidonet kent de zones 1 t/m 6. Andere netten kunnen andere zonenummers gebruiken. Zij maken dan wel gebruik van Fidonettech- nologie, maar vormen geen onderdeel van Fidonet. Netten met andere zones dan 1 t/m 6 worden alternetten of alternatieve netten genoemd. Er is normaal gesproken geen verbinding tussen de Fidonet zones en de alternetten. Post verzonden via Fidonet bestemd voor zones >6 zal dan ook stranden omdat dit zonenummer niet bekend is in fidonet. In veel gevallen zal de post of retour gezonden worden of verwijderd als b.v. ook de afzender een niet Fidonet zone is. Er zijn soms speciale gates in fidonet welke koppeling tussen Fidonet en alternetten verzorgt. De DFF verbied niet om naast Fidonet in alternetten deel te nemen. Wij propageren het echter niet. We staan het toe zolang het geen last veroorzaakt. Last veroorzaken is b.v. het doorlinken van echomail naar een alternatief net/domain, het verzenden van verkeerd geadresseerde netmail, het genereren van verkeerd geadresseerde echomail. - Het door de NC toegewezen nodenummer zal, indien de node ook netmail kan ontvangen, ingeschreven worden in de nodelist bij de NC. De node staat dan nog niet in de internationale node- list. - Als blijkt dat de netmail goed verloopt, zal de NC de node inschrijven in zijn networkfile, waarna via de nodediffs het 24 nodenummer binnen 1 tot 3 weken in de internationale nodelist te vinden zal zijn. - Er mag geen gebruik worden gemaakt van "fake" namen. Je dient in de nodelist vermeld te worden met je normale naam. (dit kan wel een roepnaam zijn, de meeste sysops staan gewoon met hun voor- en achternaam in de nodelist) - De NC kan, om de structuur in zijn net optimaal te coordine- ren een node een hub toewijzen. - De hub kan de node van de nodige informatie voorzien hoe eea binnen zijn hubsegment geregeld is. 8.1.0 Aanvraagformulier voor nodenummer. Even wat administratieve rompslomp, neem er even de tijd voor...... Edit los bijgevoegd aanvraagformulier met al de gevraagde gegevens en stuur dit aan de NC van het betreffende (regio)net (b.v. met een fileatattched message met een tekstuele inhoud!) waarin je node wilt worden. Zie verder de inhoudsopgave. 25 Index behorende bij POLICDFF.011 Aanvraagformulier . . . . . . . . . . . . . . . . . . . . . . 25 Acceptgiro . . . . . . . . . . . . . . . . . . . . . . . . 6, 24 Annoying . . . . . . . . . . . . . . . . . . . . . . . . . . 17 Basistarief . . . . . . . . . . . . . . . . . . . . . . . 21, 22 Bestuursadviescommissie . . . . . . . . . . . . . . . . . . . . 3 Bossnode . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Co-Sysop . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Commerciele . . . . . . . . . . . . . . . . . . . . . . . . . 10 Copyright . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 Democratie . . . . . . . . . . . . . . . . . . . . . . . . . 11 Distributievergoeding . . . . . . . . . . . . . . . . . . . . . 5 Downgaan . . . . . . . . . . . . . . . . . . . . . . . . . . 19 EC . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8, 11 Echomail . . . . . . . . . . . . . . 1, 5-14, 16, 17, 19, 20, 24 Echomail coordinator . . . . . . . . . . . . . . . . . . . . 11 EditNL . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 ELISTDFF.Axx . . . . . . . . . . . . . . . . . . . . . . . . . 8 Fictieve pointnetten . . . . . . . . . . . . . . . . . . . . 21 Fidonews . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Host . . . . . . . . . . . . . . . 3, 5, 7, 8, 11, 12, 15, 18-21 Hub . . . . . . . . . . . . . . . . . . . . . 5, 8, 12, 18-22, 25 Indeling . . . . . . . . . . . . . . . . . . . . . . . 4, 21, 22 Introductie . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Kosten . . . . . . . . . . . . . . . . . . . 3, 5-8, 10, 14, 17 Moderator . . . . . . . . . . . . . . . . . . . . . . . . . 10-15 Netecho . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Netmail . . . . . . . . . . . . . . . . . . . . . . . 4, 5, 7-24 Netten . . . . . . . . . . . . . . . 3, 5, 6, 11, 19, 21, 22, 24 Netwerkindeling 280-285 nodes . . . . . . . . . . . . . . . . 21 Nodelist . . . . . . . . . . . . . . 5, 7, 12, 17, 18, 20, 23-25 Ophalen en verzenden van mail . . . . . . . . . . . . . . . . 16 Origin . . . . . . . . . . . . . . . . . . . . . . . . . 15, 20 Origin-line . . . . . . . . . . . . . . . . . . . . . . . . . 20 Point . . . . . . . . . . . . . . . . . . 8, 9, 11, 12, 15, 19-21 Points . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Policy . . . . . . . . . . . . . . . . . . . . . . . . 3, 5, 17 REC . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8, 14 Regels . . . . . . . . . . . . . . . . 1, 3, 8-12, 14, 20, 22-24 Region28list . . . . . . . . . . . . . . . . . . . . . . . . 18 Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . 8, 14 Rulesfile . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Seen-by . . . . . . . . . . . . . . . . . . . . . . . . . . 9, 20 Strippen . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Taalgebruik . . . . . . . . . . . . . . . . . . . . . . . . . 10 Tearline . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 UTC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Uuencode . . . . . . . . . . . . . . . . . . . . . . . . . . 17 Vakantie . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Voertaal . . . . . . . . . . . . . . . . . . . . . . . . . . 10 26 Wintertijd . . . . . . . . . . . . . . . . . . . . . . . . . 16 Xlaxnode . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Zmh . . . . . . . . . . . . . . . . . . . . . . . 16, 17, 23, 24 Zomertijd . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Zone . . . . . . . . . . . . . . . . . . . 5, 9, 15, 16, 20, 24 Zone2list . . . . . . . . . . . . . . . . . . . . . . . . . . 18 27