Echomail Policy f”r Fidonet Region 20 Version 1.1 940502/cj Nedan †terfinns regler f”r echomail och distribution av denna inom Fidonet i Sverige. Dessa regler (R20_EPOL) g„ller tillsammans med g„llande Echopolicy (fn ECHOPOL1, EP1) samt det f”r Fidonet generella policydokumentet (fn POLICY4, P4). I detta dokument finns beskrivet dels de skillnader som finns mellan EP1 och R20_EPOL men „ven regler f”r moderatorer och f”r den kostnadsdelning som till„mpas inom regionen. 1.0 Begreppsf”rklaringar: ZEC Zone Echo Coordinator Samordnar echomailhanteringen inom hela zon 2 REC Region Echo Coordinator Samordnar echomailhanteringen inom viss region, i v†rt fall, inom R20, dvs Sverige. Har befogenhet att best„mma ”ver vilka m”ten som skall distribueras, att byta ut uppenbart ol„mpliga moderatorer, samt att tillsammans med NEC verka f”r att echomailen distribueras p† b„sta och mest effektiva s„tt inom regionen och att dupes och andra problem undviks. REC sammanst„ller och publicerar regelbundet en lista p† dom m”ten som distribueras inom regionen och samordnar import/export av m”ten till andra regioner eller zoner. REC utses genom val som administreras av RC eller den som RC utser. Val till REC skall ske n„r en majoritet av NEC s† kr„ver. anm. n„rmare detaljer om valprocedur och annat kring val kommer att adderas senare. NEC Net Echo Coordinator Skall samordna echomailhanteringen inom aktuellt n„t, hj„lpa moderatorer inom n„tet med att starta nya m”ten och tillsammans med NC f”rs”ka tillgodose dom ”nskem†l om m”ten som finns inom n„tet. NEC sammanst„ller och publicerar regelbundet en lista p† dom m”ten som finns inom n„tet. NEC handl„gger „ven klagom†l p† m”tesdeltagare och ”nskem†l om avst„ngningar av m”tesdeltagare som inkommer fr†n rep m”tes moderator enligt nedan. NEC utses genom val inom resp n„t. Val av NEC skall ske n„r minst en tredjedel av n„tets noder s† kr„ver eller att det av REC bed”ms n”dv„ndigt, och valet aministreras av REC eller NC i resp n„t. BACKBONE Sammanfattande namn p† det distributionsn„t f”r fr„mst echomail som finns inom regionen. N„tet best†r av en eller flera BACKBONEnoder som utbyter post sinsemellan och som tar emot post fr†n import”rer f”r vidare distribution. Under dessa backbonenoder, finns ett antal HOSTAR, en per n„t. Dessa hostar kan antingen ha noder direkt under sig eller l†ta flera noder, som „r geografiskt samlade, f† sin post via en HUB som i sin tur h„mtar posten hos hosten. HOST Ben„mning p† det system som inom n„tet svarar f”r distributionen av fr„mst echomailen. Normalt innehas denna position av NC, men detta „r inget krav „ven om det „r ”nskv„rt. HUB Ben„mning p† det system som f”rmedlar fr„mst echomail till ett antal geografiskt samlade noder f”r att dels nedbringa kostnaderna f”r samtal och att avlasta resp HOST. ECHOMAIL H„r avses inl„gg i m”ten som „r avsedda att l„sas av alla deltagare i ett m”te och som f”rmedlas mellan deltagande noder via Backbone, Hubbar och Hostar. Motsatsen „r privata brev som skickas mellan tv† personer, netmail, men detta regleras fr„mst via P4, s† det ligger utanf”r „mnet h„r. MODERATOR Person som har f†tt f”rtroendet att se till att ett m”tes regler efterlevs. Han kan, efter att ha p†pekat fel hos m”tesdeltagare vid upprepade f”rseelser, besluta om avst„ngning av en m”tesdeltagare eller i grava fall, ett helt system, dvs ett visst nodnummer. 2.0 Regler f”r svenska echom”ten. 2.0.1 M”tets namn M”tets namn skall inledas med 'R20_' och ha ett s† kort namn som m”jligt men att „mnet i m”jligaste m†n framg†r av namnet, tex R20_PASCAL, R20_QBASIC eller R20_MODEM. 2.0.2 ™vrigt F”ljande regler skall till„mpas f”r alla svenska m”ten om inte speciella sk„l f”religger. Exempel p† s†dana sk„l kan vara att m”tet „r speciellt avsett f”r deltagare som har Macintoshdatorer och att man d„rf”r sl„pper p† kravet om teckenupps„ttningen. Om ett m”te „r avsett f”r en viss kategori av deltagare och inte „r ”ppet f”r alla, tex ett betatestarm”te f”r en programvara, s† kan regeln om allm„n tillg„nglighet s„ttas ur spel. En moderator ska inte inf”ra andra tekniska begr„nsningar „n vad som s„gs i till„mpliga tekniska dokument, t.ex inte best„mma om att sk. Hard CR inte f†r f”rekomma i slutet av rader eller att det m†ste g”ra det osv. Detta g„ller „ven ”vriga tekniska krav, t.ex MSGID/REPLY- kludge. S† l„nge det inte „r krav p† dessa enligt de tekniska standarddokument som g„ller, s† ska man inte inf”ra regler om det i m”tet heller om det inte f”religger synnerligen starka sk„l f”r detta. T„nk p† att „ndam†let med m”tena „r att folk ska delta i dom och skriva inl„gg, inte att det ska ha s† m†nga regler som m”jligt. F”r mycket regler och begr„nsningar f†r bara till resultat att andra, nya, m”ten startas och deltagarna flyttar dit i st„llet. Om andra regler „n dessa nedan g„ller f”r ett visst m”te, „r det moderatorns skyldighet att ha dessa regler f”r h„mtning fr†n sitt system, samt att skicka en kopia p† reglerna till REC n„r dessa „ndras. Filnamnet skall alltid vara s† stor del av m”tesnamnet som m”jligt f”ljt av extension "RUL", tex R20SFOSM.RUL eller SFOSM.RUL. Filen skall distribueras opackad. Namnet p† denna regelfil anges i den m”teslista som REC publicerar tillsammans med det nodnummer d„r filen finns f”r request. T„nk p† att reglerna skall vara s† 'intuitiva' som det „r m”jligt, dvs undvik en massa on”diga regler som bara ger till resultat att folk bryter mot dom i okunskap. Reglerna skall regelbundet, minst var sj„tte vecka, postas i m”tet av moderatorn samt, om m”tet distribueras via backbone, skickas till REC, eller den som REc utsett, antingen som n„tbrev eller file- attach enligt punkten 4.0 nedan. 2.1 Standardregler f”r svenska echom”ten ==================================== - M”tet „r avsett f”r diskussioner i „mnet ............ - Moderator „r ................ p† (nodadress) - Inl„gg utanf”r „mnet skall undvikas. Personliga p†hopp och ”ppen kritik p† andra m”tesdeltagare eller funktion„rer skall undvikas i m”tet, detta h„nvisas till netmail. - Avs„ndarens namn i klartext skall framg† av brevet, dvs pseudonymer ('handles)' „r normalt ej till†tna och inte heller olika till„gg till namnet, tex 'Nils Andersson /lustig' vilket kan f”rsv†ra personliga svar p† inl„ggen. Vidare skall avs„ndande systems adress framg†, enligt g„llande policys och tekniska dokument. - On”dig text oftast efter meddelandetexten, tex uppr„knande av en massa alternativa adresser, fax- eller telefonnummer osv, streck- gubbar eller annan 'reklam' i inl„ggen s†v„l som annan on”dig information som inte beh”vs f”r distributionen b”r i m”jligaste m†n undvikas eftersom det bara ”kar den m„ngd post som skall distri- bueras via dom olika kanalerna utan att det egentligen tillf”r n†got extra f”r m”tet eller ”vriga deltagare. - Anv„nd citat sparsamt, bara s† mycket som kr„vs f”r att f† l„saren att minnas sammanhanget. Att citera ett helt brev f”r att sedan l„gga till 'Jag h†ller helt med!' eller liknande „r att betrakta som ett brott mot reglerna. Upprepade s†dana brott, trots p†pekanden, kan komma att resultera i avst„ngning fr†n m”tet. - Spr†ket i m”tet skall vara svenska. Det „r till†tet att l„gga in kortare textfiler p† fr„mmande spr†k om de „r relevanta f”r den diskussion som f”rs. - Rent kommersiell annonsering av produkter f”r f”rs„ljning „r generellt totalf”rbjuden med f† undantag. Privatpersoner kan annonsera i d„rf”r avsett echom”te, men f”rs„ljningen ska d† vara utan vinstsyfte. Vill du erbjuda en kommersiell f”rs„ljning, g”r d† det i netmail eller i d„rf”r avsett annonsm”te. Att uppmana till brott eller andra olagligheter „r ett allvarligt brott som normalt bestraffas genom avst„ngning, men „ven h†rdare p†f”ljd kan bli aktuell. - ™verl†t moderering till moderatorn. Har du synpunkter p† en persons uppf”rande, framf”r d† klagom†l via netmail antingen direkt till personen i fr†ga, eller till moderatorn som vidtar l„mpliga †tg„rder. Om synpunkterna g„ller moderatorn skall denne informeras via netmail. Om problemen kvarst†r kan fr†gan f”ras vidare till REC f”r avg”rande och ev. †tg„rd. REC kan, om kritiken inte anses relevant eller „r obefogad, besluta om avst„ngning av den klagande parten, i annat fall hanteras fr†gan enligt punkt 2.3. 2.2 Om m”tesdeltagare bryter mot reglerna Om m”tesdeltagare bryter mot reglerna riskerar han att avst„ngas p† kortare eller l„ngre tid av moderatorn. Om det g„ller enstaka ”vertramp, skall det resultera i en varning fr†n moderatorn, via n„tbrev, men upprepade brott mot reglerna, trots varningar, kan till sist leda till avst„ngning fr†n m”tet. S†dant ”nskem†l om avst„ngning av deltagare skall alltid st„llas till NEC i det n„t d„r det felande systemet finns, med kopia till resp sysop d„r inl„ggen skrivits fr†n. Om avst„ngningen g„ller systemets sysop, „r det vanligt att anse att hela noden „r avst„ngd fr†n m”tet, men avsteg fr†n detta kan beslutas av resp moderator. Ett system som deltar i posthantering med en sk. administrativ adress (t.ex 201/0), kan inte avst„ngas fr†n ett m”te eftersom underliggande system d† drabbas. D„remot kan samma system avt„ngas p† dess egen nodadress. Trots att m”tet allts† passerar genom systemet „r anv„ndarna, inklusive sysop, i ett s†dant fall inte till†tna att delta i m”tet. Proceduren kring avst„ngningar mm finns beskriven i EP1, och bl.a kr„vs normalt att man varnat resp person minst tre g†nger innan avst„ngningen verkst„lls samt att avst„ngningen alltid skall vara tidsbegr„nsad, i normalfallet i f”rsta hand tre m†nader. I s„rskilt grava fall kan avsteg fr†n detta g”ras och avst„ngningen verkst„llas omg†ende. Avst„ngningen skall via n„tbrev meddelas den avst„ngde, hans sysop samt resp NEC. Sysop meddelar NEC n„r han sett till att den avst„ngde personen inte kan f† tillg†ng till m”tet och om personen trots avst„ngningen forts„tter delta i m”tet, kan NEC via resp HOST/NC besluta om avst„ngning av hela noden fr†n m”tet. 2.2.1 Om deltagaren „r point Pointer j„mst„lls i detta sammanhang med deltagare i allm„nhet i basen. Om en point bryter mot reglerna, st„lls klagom†len till honom och till hans sysop. Om problemen kvarst†r „r det resp sysop som i f”rsta hand „r ansvarig f”r att se till att hans point blir avst„ngd och om detta inte sk”ts p† l„mpligt s„tt, kan den nod d„r pointen h„mtar posten avst„ngas fr†n m”tet enligt ovan. 2.3 Om klagom†l p† moderatorn finns Om m”tesdeltagare har klagom†l p† moderatorn eller synpunkter p† hans modererande skall detta framf”ra skriftligt till REC. Synpunkter p† m”tets moderator skall st„llas via n„tbrev i f”rsta hand till moderatorn, men om kritiken kvarst†r eller om man inte kan komma ”verens skall REC meddelas. En moderator som bed”ms uppenbarligen ol„mplig, eller som orsakar mycket klagom†l eller 'brus' kan genom beslut av REC bytas ut mot en annan person. Detta g„ller ocks† om ordinarie moderator inte l„ngre finns kvar i m”tet eller om han inte sk”ter sina †ligganden, tex att regelbundet posta reglerna i m”tet. S†dan avst„ngning skall ske f”rst efter f”rs”k gjorts att l”sa dom problem som finnes. F”r att en moderator skall kunna avs„ttas, kr„vs att en majoritet av REC och NEC „r ”verens om beslutet. 2.4 Om m”tet orsakar skada eller obehag eller om det av n†gon annan anledning bed”ms ol„mpligt att distribuera, s† kan REC besluta om att stoppa distributionen av detta m”te via backbone/hub/host. Detta g„ller ocks† om moderatorn inte accepterar REC's beslut om moderatorsbyte eller liknande. Moderatorn „ger i s†dant fall beh†lla r„tten till m”tesnamnet om han s† ”nskar, och i f”rekommande fall sj„lv sk”ta distributionen av sitt m”te. 2.5 Moderatorsl”sa m”ten Om det av n†gon anledning „r ”nskv„rt att driva m”tet utan en speciell moderator eller m”tesledare, kan ansvaret f”r m”tet ”vertas av *EC. S†dan anm„lan g”rs av skaparen eller av moderatorn. N„r detta „r gjort, har inte l„ngre skaparen eller f.d. moderatorn n†got inflytande ”ver m”tet utan ev klagom†l p† m”tet ska st„llas till den NEC d„r den klagande „r bel„gen. NEC kommer att bed”ma vilka †tg„rder som „r n”dv„ndiga och genomf”r dessa i samr†d med ”vriga NEC och REC. Det „r inte meningen att *EC ska ”verta moderatorns roll annat „n efter klagom†l fr†n m”tesdeltagare, utan m”tet ska i m”jligaste m†n sk”ta sig sj„lvt s† l„nge det inte skapar skada, obehag eller klagom†l. Vilka m”ten som „r sj„lvmodererande framg†r av den regionala echolistan. 3.0 Distribution av echomail Echomail ska normalt distribueras via HUB/HOST/BACKBONE och de m”ten som skickas den v„gen skall finnas listade i den lista som sammanst„lls av REC. M”ten som endast distribueras inom visst n„t skall finnas beskriven i den lista som sammanst„lls av resp NEC. M”ten som ekas direkt mellan noder utan att passera den ordinarie v„gen, beskriven ovan, beh”ver inte finnas med i dessa listor, men inget hinder f”r detta finns. M”ten som distribueras via HUB/HOST/BACKBONE f†r normalt INTE distribueras andra v„gar, dvs direkt mellan enskilda noder inom eller utom n„tet, utan tillst†nd av NEC/REC, NEC inom n„tet och REC n„r det g„ller mellan tv† n„t. S†dan ekning av echomail mellan olika n„t utan att f”lja dom vanliga distributionsv„garna skall undvikas i m”jligaste m†n eftersom risken f”r dupes och loopar „r mycket stor, och f†r endast tillgripas i undantag. Om s†dan distribution sker utan tillst†nd och orsakar problem kan dessa noder avst„ngas fr†n echomail efter beslut av REC. Om en nod importerar ett m”te fr†n annan region eller annan zon, b”r detta meddelas REC. S†dant m”te f†r inte spridas till andra system utan tillst†nd av REC. 4.0 Krav p† BACKBONE-distribuerat m”te F”r att ett m”te skall f† distribueras via BACKBONE skall det anm„las av NEC i n„tet d„r moderatorn finns till REC och till ”vriga NEC, via avsett echom”te. Vidare kr„vs normalt att minst ytterligare ett n„t anm„ler intresse f”r m”tet, via sin NEC. F”r att m”tet sedan skall kvarst† som BACKBONE-m”te m†ste moderatorn regelbundet skicka g„llande m”tesregler till REC eller annan av denne utsedd person. Detta skall ske kvartalsvis. Uteblir dessa betraktas m”tet som avsomnat och riskerar att avf”ras fr†n BACKBONE-distributionen. Skulle det visa sig att m”tet „r aktivt men att n„mnda regel inte f”ljts kan REC tolka det som att m”tet saknar moderator och d† v„lja att utse ny i st„llet f”r att avf”ra det fr†n BACKBONE. I normalfallet, n„r standardregler g„ller f”r m”tet, beh”ver dessa naturligtvis inte skickas till REC, men i s† fall ska ett netmail med angivande av vilka m”ten som den aktuella moderatorn „r ansvarig f”r skickas i st„llet p† motsvarande s„tt. Undantag fr†n denna paragraf f†r g”ras f”r sj„lvmodererande m”ten. 5.0 Kostnadsdelad echomailimport Inom regionen till„mpas kostnadsdelning f”r import av echomail. Anledningen till detta „r dom h”ga kostnader som „r f”rknippade med importen av internationella m”ten. De m”ten som inte kan tas hit gratis, eller att inte n†gon har v„nligheten att bjuda p† den kostnaden, kan importeras av de medel som insamlats genom den centrala echomailavgiften. Detta inneb„r att varje nod m†ste betala den fastst„llda centala echomailavgiften f”r att f† ta hem s†dana m”ten som omfattas av kostnadsdelningen. 5.1 Regionala kostnadsdelningen Den regionala echoavgiften g†r till att bekosta import av inter- nationell echomail och skall betalas av varje nod som avser ta hem s†dana m”ten som ing†r i den regionala kostnadsdelningen. Vilka m”ten som ing†r i denna framg†r av den regionala echo-listan, vilken sammanst„lls av REC och som kan h„mtas fr†n denne och normalt fr†n Hub, Host och NEC. 5.2 Lokala kostnadsdelningen Host och Hub har r„tt att ta ut en lokal avgift f”r att t„cka sina kostnader f”r echomaildistribution. Denna avgift beslutas helt sj„lvst„ndigt av Hub och Host inom varje n„t och hur den tas ut varierar mellan n„ten. Denna avgift, dvs summan av echoavgift f”r Host och Hub, skall betalas av resp nod enligt beslut inom n„tet. Om denna avgift inte betalas, kvarst†r normalt bara Fidonews, Noddiffar och Netmail, men lokala avvikelser kan f”rekomma. F”r enskild nod som avser ta hem internationella m”ten, vilka ing†r i kostnadsdelningen, skall allts† den regionala avgiften betalas. Om HUB och/eller HOST till„mpar kostnadsdelning, tillkommer denna avgift. 5.3 Funktion„rer mm Exakt hur avgiften betalas fr†n noderna best„mms n„t- eller hubvis. Oavsett hur det g†r till, skall slutligen den del av den insamlade avgiften som „r den regionala avgiften skickas till den regionala echokass”ren. Detta sker m†nadsvis eller efter annan ”verenskommelse. De som s†lunda har erlagt sin regionala avgift har r„tt att ansluta sig till dom m”ten som ing†r i den kostnadsdelade importen, d„rav att det underl„ttar om avgifterna insamlas direkt av HUB/HOST, varvid denne redan vet vilka som har r„tt till dessa m”ten. Nod som inte l„ngre betalat f”r dessa m”ten skall snarast m”jligt avst„ngas fr†n dessa och har sedan tillg†ng till ”vrigt utbud hos sin HUB/HOST enligt beslut av denna. Procedurer f”r att meddela vem som betalat och inte, kommer att utarbetas successivt. Den som har betalat f”r internationella m”ten har r„tt att framst„lla ”nskem†l om m”ten han vill ha importerade. Dessa ”nskem†l st„lls i f”rsta hand till n„tets NEC, som vidarebefordrar ”nskem†len till REC eller den styrgrupp som h†ller i kostnadsdelningen. Denna styrgrupp utses av REC och ansvarar f”r att dom insamlade medlen anv„nds p† b„sta m”jliga s„tt och att s† stor del som m”jligt av dom inkomna ”nskem†len tillgodoses, genom att v„lja f”r stunden b„sta importkanaler. 5.3.1 Styrgruppens ansvar mm Styrgruppen ansvarar f”r dom insamlade medlen som avser den regionala kostnadsdelningen. Hur dessa anv„nds redovisas regelbundet p† l„mpligt s„tt, t.ex som rapporter i l„mpligt echom”te. Till denna grupp har en auktoriserad revisor knutits, vilken kommer att tillse att medlen anv„nds p† l„mpligaste s„tt. Styrgruppen har r„tt att sj„lva v„lja importkanaler f”r de m”ten som ing†r i kostnadsdelningen och skall fortl„pande meddela dessa till REC f”r k„nnedom. ™vrig import av m”ten till regionen samordnas fortfarande av REC. 5.4 Krav p† den som tar hem kostnadsdelade m”ten Den som har betalat f”r internationell echomail och s†lunda har r„tt att ta hem s†dan, f†r inte skicka denna vidare till annan nod som inte har betalat avgift. Enda undantaget fr†n detta „r pointer under ett systemet som betalat. Det „r viktigt att inse att om n†gon sl„pper kostnadsdelade m”ten till icke-betalare, undergr„ver det moralen och dessutom ger det mindre pengar att importera echomail f”r, och s†lunda kan priset h”jas f”r dom som „r med och betalar alternativt kan m„ngden echomail minska. Om i st„llet s† m†nga som m”jligt „r med och betalar, kan ist„llet avgiften minska eller volymen ”kas, om ytterligare ”nskem†l om m”ten finns. Den som ertappas med att exportera s†dana m”ten som ing†r i kostnadsdelningen till andra „n som ovan n„mnts, riskerar att bli avst„ngd fr†n dessa m”ten utan att n†gon del av erlagd avgift †terbetalas. 5.5 ¸terbetalning etc Erlagd echomailavgift †terbetalas i princip inte. Enda anledning skulle vara att n†got uppenbart fel beg†tts i distributionen vilket inte kan l„ggas den betalande till last. S†dant krav p† †terbetalning handl„ggs i f”rsta hand av styrgruppen f”r kostnadsdelningen och vid tvistem†l, kan deras beslut, ”verklagas till REC. Tekniska fel eller avbrott i distributionen, ov„ntade „ndringar av importv„gar eller andra of”rutsebara problem „r inte sk„l f”r †terbetalning. Dock kan styrgruppen besluta om kortare eller l„ngre betalningsfrihet f”r en eller flera noder om importen eller distribution avbrutits under l„ngre tid. ™nskem†l om detta st„lls, „ven det, till styrgruppen. Skulle kostnadsdelningsprojektet avbrytas, s† skall detta annonseras i s† god tid som m”jligt och inbetalandet av nya avgifter s†lunda stoppas. Importen forts„tter tills de inbetalda medlen „r slut och de som betalat avgifter f†r vara anslutna tills projektet lagts ner eller tills annat beslut meddelas. 6.0 ™vriga upplysningar Fr†gor om kostnadsdelningen kan st„llas till styrgruppen, i f”rsta hand gruppens sammankallande, i andra hand till ”vriga deltagare. Fr†gor om tillg„nglighet p† m”ten st„lls i f”rsta hand till n„tets NEC, i andra hand till REC. ™nskem†l om nya m”ten som inte finns f”r distribution st„lls i f”rsta hand till n„tets NEC, i andra hand till REC och styrgruppen f”r kostnadsdelningen. F”r den som har ”nskem†l om mycket smala m”ten eller m”ten som knappast kan intressera n†got st”rre antal noder eller l„sare i landet, men sj„lv inte kan importera dessa, h„nvisas till REC, som f”rmedlar kontakt med l„mplig import”r med vilken avtal om import av dessa m”ten kan g”ras. Detta sker i s† fall helt utanf”r ramen f”r kostnadsdelningen, men att g† den v„gen kan „nd† ge f”rdelar genom samordning av importv„garna. 7.0 Namn, adresser osv. REC Christer Jonson 201/111 NEC200 Annica Lindgren 200/407 NEC201 Michael Bingmert 201/501 NEC203 Stefan Andersson 203/216 NEC204 Bengt-Erik S”derstr”m 204/450 NEC205 J”rgen Olsson 205/201 NEC206 Olof Torvestig 206/110 Styrgruppen f”r kostnadsdelning: Sammankallande Stefan Andersson 203/216 Annica Lindgren 200/407 Jan Sevelin 200/306 8.0 ˇndring av detta dokument ˇndring av detta dokument kan ske om en majoritet av *EC „r ense om det, samt att „ndringen inte inneb„r att man trotsar andra g„llande policies. ™nskem†l om „ndring framst„lls till REC som inom en vecka har att annonsera ut det f”r kommentarer till ”vriga NEC. Beslut om „ndring eller avslag, ska fattas snarast efter s†dant ”nskem†l. REC ansvarar f”r att ev „ndring inf”rs i detta dokument samt att den distribueras p† l„mpligt s„tt. 940502 /Christer Jonson, REC region 20 Revisioner: Version 1.0 940420/cj F”rsta utg†van Version 1.1 940502/cj Moderatorsl”sa m”ten