> Seeing that I should block / delete / rollback one user was easy: that > one was just engaged in destructive play.
This happens about once a month or so. In most cases it's someone just mucking about trying to break things... as you said, destructive play. I've only bumbled on one person in the past two years or so that was simply trying to learn how to use the Wiki. > The case of another new user, > Cbrooks1960, is not so clear. I've looked at the PDF document that user uploaded, and I'd say it's a prime candidate for deleting. It has essentially no content, and it's clearly unrelated to OOo. It is not linked to any Wiki page, and I cannot think of a single Wiki page this would be helpful with. So... I've deleted the file, but I have not blocked the user. You can usually email the user through the Wiki via a link on the User wiki page. In this case, there is no email link. That tells me that either the user has gone into his/her Wiki preferences and removed the check box next to "Enable e-mail from other users" or there is a gap in the Wiki security settings that allows an unverified user to upload files to the Wiki (ie a user that has not yet confirmed or validated their email address). The second scenario would be worth investigating (create an unverified dummy ID and try uploading a file). > This is where I get a little frustrated with the lack of tools around > this shop, compared to the commercial (time-sharing) sites where I did > this for pay. For one thing, I could tell at a glance if the user was > currently on-line, and if so, from where. I could watch an on-line user, > to see what the user was /trying/ to do, not just what succeeded. > (There, the users were, as a rule, simply having trouble; I'd send a > note, like "You need the password for that file, /PW=", which would > help.) Here, all I can find out is that C..1960 uploaded one PDF file, > not relevant to anything AFAIK. If there are admin extensions that will help with the maintenance of the Wiki, then we can/should install them. Anything that makes the job of looking after the Wiki easier and reduces the time/effort on our part is a good thing :-) > The kind of info I'd like to pull out of the DB is, "Does this user have > a validated email address?" In theory this should be possible via an extension... I haven't yet dug up one that does this though. > For this questionable user, I would likely send a direct email, like "If > you are just testing something with your file [file link], please > remember to delete it when you are done." (Without a valid email address > for the user, I'd block / delete.) On questionable files, I have no problem with deleting uploaded files. If it's an error on our part, we can easily recover the deleted file (MediaWiki can undelete any deleted file). Basically what I do in these cases is look at what has been uploaded. If the file is clearly garbage, I delete the file, and IF the user has a validated email address (meaning they have an "E-mail this user" link on their profile page, I send them a message stating that I've deleted their file for (reasons) and if they do not agree they can get back to me explaining why the file was there. If the file looks like it has legit content, but is not really related to OOo, I contact the user (via the link again) and ask them what the file's purpose is. Sometimes I get no answer, and then I delete the file. Sometimes I get an answer and it's someone who is trying to use the Wiki as a file dump, linking to that file from an external site (eg a forum)... in which case I delete the file. I've seen everything here... people have even uploaded entire vacation photo sets and were trying to use the Wiki as a Photo dump like Flicker. Most common though are resumes (CVs), random garbage docs, and sales/SPAM materials. Blocking the user for uploading files... if it's one (non-SPAM) file, and no other edits, I just leave the user ID in place. So far, not once has the questionable uploaded file been a real file that belongs in the Wiki. C. -- Clayton Cornell ccorn...@openoffice.org OpenOffice.org Documentation Project co-lead StarOffice - Sun Microsystems, Inc. - Hamburg, Germany --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@website.openoffice.org For additional commands, e-mail: dev-h...@website.openoffice.org
