Menu
▾
▴
RE: [Bodington-developers] Group email
|
From: Paul D. <pau...@ou...> - 2006-04-06 14:56:15
|
We're currently in discussion with our Data registration officer regarding details gathered of users and how it is used. I can just imagine some stuffy academic type saying "I did not give you permission to email me on this address". Whether the person sending the mail sees the addresses or not, you have released email addresses from the system to allow this to happen. Can you restrict it so only staff can email students, what rights are required to send an email? Snip from legal advice re access logs: from a data protection point of view people must be informed when they use the service that their personal information is being collected, what it will be used for, whether it will be passed on to third parties etc. It needs to be made clear at the login stage what information is being tracked, for what purpose, and who will have access to the logs, so that people can then make an informed choice about whether or not they wish to use the service. Where we gather email addresses we mention only that it will be used for notifications, so we'd need to either allow global signup, or else carry separate email fields for notifications and this group mailer facility. Paul ------------------------------------------------------------------------- Dr Paul V Davis Acting Head, Learning Technologies Group Project Manager, WebLearn ( Oxford's version of Bodington.org) Oxford University Computing Services 13 Banbury Road, Oxford, OX2 6NN Tel: 01865 283414 -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Alistair Young Sent: 06 April 2006 15:26 To: bod...@li... Subject: Re: [Bodington-developers] Group email I don't think you could construe this as "releasing" email addresses Paul. The emails are never displayed. When the tool does it's work, it gets them dynamically. Alistair On 6 Apr 2006, at 15:05, Paul Davis wrote: > Have you looked at the DPA implications of this? You are effectively > releasing email addresses without asking user permissions. Some of > our > groups could run to a couple of hundred people or more > > Paul > > ---------------------------------------------------------------------- > --- > Dr Paul V Davis > Acting Head, Learning Technologies Group > Project Manager, WebLearn ( Oxford's version of Bodington.org) > Oxford University Computing Services > 13 Banbury Road, Oxford, OX2 6NN > Tel: 01865 283414 > > > > > > -----Original Message----- > From: bod...@li... > [mailto:bod...@li...] On Behalf Of > Antony Corfield > Sent: 06 April 2006 14:50 > To: bod...@li... > Subject: [Bodington-developers] Group email > > Naomi has been working on functionality to allow users to email all > (and individual) members of groups that they belong to. The list of > groups is found by the following select statement: > > Group.findGroups("name like '" + zonePrefix + ".%' and group_id in > (select group_id from members where user_id=" + > user.getUserId().intValue() + ")"); > > at uhi e.g. students and staff are in the 'uhi' zone so this will > ignore bodington default groups (allusers, allstaff... etc.) and > localgroup.owners/adhoc. This is pretty general so could I guess go > into head. Have a look at http://www.dev.clan.uhi.ac.uk/site/ - login > uhistdnt3/uhistdnt3. > > The tricky bit is presenting groups in a logical way. E.g. we have > uhi.uh.upel70309.staff and uhi.uh.upel70309.students > (zone.faculty.module.*) so we have some String searching to find the > corresponding group name depending whether the user is staff or > student > and presenting the user with the option of selecting staff or student > for a given group. This wouldn't be so easy to generalise but could > possibly be done with a regx set in template or bodington.properties - > depends of course on how an institution names groups and if this is > consistent. However, it's not essential and all groups could just be > presented with full description. > > Any interest in this functionality out there? Any suggestions? > > Cheers, > Antony > > -- > Antony Corfield, UHI > e-Frameworks developer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the > live webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the > live webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Bodington-developers mailing list Bod...@li... https://lists.sourceforge.net/lists/listinfo/bodington-developers |
