Hej folkens,
Her er en opsummering af nogle af konklusionerne fra gårsdagens møde om
beboerdatabaser, sådan at alle pointerne ikke går i glemmebogen. Følgende er mest min
egen opfattelse af konklusionerne omkring den optimale opbygning af databasen, så hvis
I er uenige eller har tilføjelser håber jeg I vil skrive dem også.
Det er skrevet FAQ-style:
* Skal man have en database?
Ja, hvis man har nogen, der pålideligt og jævnligt kan opdatere den er det en klar
fordel. Det er først og fremmest en stor administrativ lettelse. Den er også vigtig
som en kontrolforanstaltning til at identificere folk med brugernavn/password.
IP-adresser, computernavne og Mac-adresser er ikke brugbare, da disse oplysninger er
offentligt tilgængelige.
* Hvornår skal man lave den?
Så snart som muligt efter at man har fået sin server op at køre.
* Hvem skal ajourføre den?
Det er bedst, hvis kollegiekontoret kan overtales til at gøre det. Husk, at som regel
er det system I kan lave, bedre end det de har. Den overvejende grund til ikke at have
en database er, hvis man ikke påregner at kunne ajourføre den.
* Hvem skal være I den?
Så vidt som muligt skal alle beboere være i den, også selvom de ikke er på nettet. En
komplet database er mere end dobbelt så god som en halv database.
* Hvilket system skal vi bruge?
Der findes så vidt vides ikke noget fikst og færdigt, da der er mange individuelle
behov. Men det kan betale sig at drage på andre kollegiers erfaringer (skriv til denne
mailingliste og spørg!). Det er dog bedst at bruge færdigepakkede systemer, som er
dokumenteret mv. René fra Tingbjerg foreslog at bruge Horde-systemet (www.horde.org),
som en ramme for systemet. Det er en god idé, selvom systemet langt fra kan bruges som
det er, men vil kræve en del finpudsning (php-programmering). Det er noget som Kbhkol
også selv vil kigge nærmere på.
* Hvilke brugernavne skal vi bruge?
1) Brugernavn og email-adresse bør ikke være ens
2) Brugernavn bør ikke være knyttet til et værelse, men til en person. I databasen
står der, i hvilket værelse personen bor på.
3) Beboer bør selv vælge brugernavn og email
4) Der bør blokeres for mail til brugernavnet (sådan at et bestemt brugernavn ikke
kan ødelægges af spam)
5) Email'en bør laves via aliases (så kan de skiftes, og man kan have flere end 1)
Angående 4) vil det nok have uheldige bevirkninger totalt at lukke for mail til
brugernavne. Det bedste ville være kun at lukke for mail udefra kollegiet (eller det
som ikke er fra localhost).
* Hvad med passwords?
Password bør aldrig opbevares i klartekst. Gem det krypteret eller md5-hashet. Giv
alle et password på papir når de flytter ind, hvis muligt.
* Hvad med fremlejer, interne flytninger og fraflytninger?
Fremlejere er også en slags lejere, og skal derfor kunne få brugernavn. Dette
brugernavn skal have en udløbsdato.
Interne flytninger frembyder kun en vanskelig at lave, såfremt man har indbygget
værelsesnummeret i brugernavnet. Vælg derfor brugernavne efter ovenstående anvisninger.
Ved fraflytninger bør systemet tillade at post i en bestemt periode sendes videre til
en anden adresse (via aliases). Kontoen bør dog nedlægges straks ved fraflytning
(ellers får man problemer med at håndhæve netværksreglerne).
* Hvad med grupper, udvalg og mailinglister?
Har du en database vil alt dette være betydeligt lettere at lave.
Mvh
Espen,
Hørhus Kollegiet
_______________________________________________
kbhkol mailing list
[EMAIL PROTECTED]
http://kbhkol.dk/mailman/listinfo/kbhkol
