JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for DATA-PROTECTION Archives


DATA-PROTECTION Archives

DATA-PROTECTION Archives


data-protection@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

DATA-PROTECTION Home

DATA-PROTECTION Home

DATA-PROTECTION  2005

DATA-PROTECTION 2005

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: Interview notes

From:

Laurence Bebbington <[log in to unmask]>

Reply-To:

Laurence Bebbington <[log in to unmask]>

Date:

Mon, 21 Mar 2005 15:23:49 +0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (568 lines)

Most people, Tim, might think that a "senior partner" in a law firm who had behaved in the manner of the solicitor in question in the failure to notify case, had behaved in rather more than "a very silly way."  If the IC had contacted a DP Officer on more than 5 occasions in 2 years in an organisation about failure to notify many people would see the persistent failure of the DP Officer to do so  as more than very silly. Much of "what we know" is in the IC's Press Release of 7th March and I think that is quite informative.

The point here, as far as I'm concerned, goes to your remarks on enforcement and choices about enforcement which seem a bit ivory tower to me. You suggest that the IC's enforcement policy is "haphazard" which which means random or careless. That clearly, for me at least, isn't true. Quite rightly (I think anyway in the view of the average person) the Office targets those who are recalcitrant offenders, who fail to respond to the graduated procedures under the Act, and/or who should know better etc. (no doubt the IC has other enforcement criteria as well - indeed the Enforcement Statement and Enforcement Strategy seem to suggest that they do). Therefore, the enforcement or prosecution policy is not haphazard but probably sensible and measured taking into account the circumstances of a particular case and the constraints under which the IC's Office operates. People can agree/disagree with the basis of the policy or its priorities but the enforcement policy is not haphazard. What you don't seem to like is the way that the IC is exercising the very discretion that you appear to want to give - but only if it actually coincides with your view.

Neither do I think that the use of your "extreme" example of your sexual offences scenario particularly informs this discussion. Failure to notify as a DP controller can hardly be compared to child sexual offences and it doesn't help to do so. As a general principle in law, extreme situations or very hard facts, rarely make for "good" law anyway. What is "good" or "bad" law anyway is a discussion that could fill books - and has.

Laurence



Laurence W. Bebbington
Team Leader (Law)/IS Copyright Officer 
Hallward Library
Information Services
The University of Nottingham
University Park
Nottingham
NG7 2RD

Tel:  0115 95 14568


>>> Tim Trent <[log in to unmask]> 21/03/05 13:24:16 >>>
Imperfect assumption, Ed.  I said below:   "Enforce it, certainly with good
use of discretion, and publicly attributable discretion when necessary".
Nowhere have I said "rigidly".

-----Original Message-----
From: Ed Smith [mailto:[log in to unmask]] 
Sent: 21 March 2005 13:03
To: [log in to unmask] 
Subject: Re: [data-protection] Interview notes

So, on this basis we scrap all law that is not "properly", I assume this
means rigidly, enforced -  for example not enough people to enforce it -
because it is bad law?  Not much hope for the Criminal code then, but hey we
won't have any "bad" laws.  Sorry.  I know its not Friday yet, but ...

Ed

>>> Tim Trent <[log in to unmask]> 21/03/2005 12:20:00
>>>
My contention is that bad law is worse than no law at all.

The law that we have, while imperfect, is plenty good enough as law goes.
It is made into bad law by lack of enforcement.  And thus one of two things
should happen.

Enforce it, certainly with good use of discretion, and publicly attributable
discretion when necessary

Or

Scrap it.

I do not actually argue that we should scrap it.  I argue that it is being
enforced so badly that it is currently tending towards being worthless.

We, here, are "the good guys".  We work hard for our organisations and for
our clients to ensure that the law of  the land is upheld and that good
ethics produce good trading conditions.  Watching less well prepared
organisations drive a coach and horses through the law sickens me.

I run regular DP training courses.  "Who in the audience knows if their
organisation has a Privacy Officer?" I often ask.  I get blank looks.
"Who
knows what to do when they get a privacy question?"  Blank looks.
"Who
knows whom to ask?"  Blank looks.  But you can bet your life that their
employers nave made their notifications.

The blank looks?  Usually three quarters of the audience, even in 2005.

-----Original Message-----
From: This list is for those interested in Data Protection issues
[mailto:[log in to unmask]] On Behalf Of Lewis, Chris G.
Sent: 21 March 2005 12:10
To: [log in to unmask] 
Subject: Re: [data-protection] Interview notes

All fair enough Tim, but the fact remains that it is better to have an IC
who acts against some offenders rather than just scrap the whole thing and
have nothing, which seemed to be your preference.

-----Original Message-----
From: This list is for those interested in Data Protection issues
[mailto:[log in to unmask]] On Behalf Of Tim Trent
Sent: 21 March 2005 12:08
To: [log in to unmask] 
Subject: Re: [data-protection] Interview notes

But the authorities have firm evidence against both.  And the probability of
a successful prosecution is equally great in both cases.
What now?  Both have been caught.  Only one is prosecuted.  The other is
told how good it is that they have stopped, currently.

The one who stopped abusing was of the Ian Brady/Myra Hyndley class of evil
abuser.  The one who is prosecuted happened to do it once, allegedly with
kindness (ok, I know) and was caught in the act.

I am not having a personal argument with you here, Chris.  I am simply
developing thinking in the way this group does.  But you know that, I think.

-----Original Message-----
From: Lewis, Chris G. [mailto:[log in to unmask]] 
Sent: 21 March 2005 11:58
To: Tim Trent; [log in to unmask]
Subject: RE: [data-protection] Interview notes

To use your example, it is better that only one of the paedophiles is caught
than neither.

-----Original Message-----
From: This list is for those interested in Data Protection issues
[mailto:[log in to unmask]] On Behalf Of Tim Trent
Sent: 21 March 2005 11:56
To: [log in to unmask] 
Subject: Re: [data-protection] Interview notes

Let us make this more extreme, then

We have the Sexual Offences Act 2003.  In part it legislates against sexual
acts with a minor child in a more effectuve manner than prior legislation.
It is clear law, though some lawyers would argue that parts of it are badly
drawn.

Would you accept that a paedophile who has stopped abusing minor children
(and I mean 10 minutes ago though there is excellent evidence to show that
he or she had been doing so during the past hour) should not be prosecuted
but that one who was caught in the act should be?

I am a firm believer in using extreme examples to show what should and
should not be done.  They crystalise thought far better than anything else.
And matters sexual are the most extreme one can usually phrase.

My perception is that the UKIC needs to use more extreme examples in his
thinking over who should and who should not be prosectured.  I am, as ever,
happy to have this perception corrected

-----Original Message-----
From: This list is for those interested in Data Protection issues
[mailto:[log in to unmask]] On Behalf Of Lewis, Chris G.
Sent: 21 March 2005 11:45
To: [log in to unmask] 
Subject: Re: [data-protection] Interview notes

This is certainly true. However, an unevenly applied law is surely better
than no law at all, in this instance.

-----Original Message-----
From: This list is for those interested in Data Protection issues
[mailto:[log in to unmask]] On Behalf Of Tim Trent
Sent: 21 March 2005 11:44
To: [log in to unmask] 
Subject: Re: [data-protection] Interview notes

The point you make about even handed and equable application of the law is
also my primary point

The UKIC failed to act against Cahoot with a prima facie breach of the law
"because they had shut the stable door after the horse had bolted".
The UKIC acted against a Rochdale solicitor for the simple offence of
failing to notify.  One might make the point that the silly man HAD notified
prior to the court case!

So even handed and equable it was not.  Consistent it was not.

Might one suggest it was "soft target, so let's make an example of him?"

If the UKIC is unable or unwilling to prosecute properly then something is
astray, surely, with his handling of his brief

-----Original Message-----
From: Ian Welton [mailto:[log in to unmask]] 
Sent: 21 March 2005 11:36
To: 'Tim Trent'; [log in to unmask] 
Subject: RE: Interview notes

Tim Trent on Monday, March 21, 2005 at 10:06 AM said:-

> Precisely.
>
> So is it not about time that our regulator started to regulate?
>
> Unenforced law is bad law.  While one can argue that enforced laws
are

> by no means all good laws, one can at least see that the law is
being
> upheld.
>
> If the UKIC's office and the UKIC will not enforce and uphold the
law
> then the law should go.  There is, of course, an alternative
position
> here.  But we have so far had several regulators who seem not to be
> overly concerned with enforcement.

Clearly DP is an area where the regulators have to consider matters
carefully in order to ensure the law is applied equally to all.

Take part V of the Police Act 1997 as an example with similar connotations.
The basic structure of the processes for the CRB are prejudicial against
anybody who moves their residence around the country/world regularly
creating a responsively unfair environment for them where
employment/recruitment/contract requirements make short timescales
necessary. This is because each police force they have resided in is
required to respond with the results of a check.  The different response
times between a person who has lived in one area and one who has lived in 20
areas creates a systematic prejudice. Unless of course everybody should
always maintain an in date CRB certificate.

It is probable that ensuring a similar prejudicial system does not emanate
from the DPA means that a great degree of care is required when considering
offences across the varied DP environment. What can create a puzzle is where
consistency is not maintained or/and people do not raise any issues with
unfair balances.  Conceptually considering privacy by removing the political
aspects at least assists in recognising some of the issues involved.


Ian W

> -----Original Message-----
> From: This list is for those interested in Data Protection issues
> [mailto:[log in to unmask]] On Behalf Of Tim Trent
> Sent: Monday, March 21, 2005 10:09 AM
> To: [log in to unmask] 
> Subject: Re: Interview notes
>
>
> "Gosh, I'm sorry.  I never realised they were part of an access
> request." Which reinforces the absolute requirement for a correct
set
> of policies that are linked to disciplinary processes.
>
> -----Original Message-----
> From: This list is for those interested in Data Protection issues
> [mailto:[log in to unmask]] On Behalf Of Stuart Lynch
> Sent: 19 March 2005 16:36
> To: [log in to unmask] 
> Subject: Re: [data-protection] Interview notes
>
> For a public authority and/or its employees, "unfair destruction"
can
> be a criminal offence, if it's done to with the intention of
> preventing disclosure as part of a SAR response (Section 77, FOIA).
>
> Stuart Lynch
> Stuart Lynch Consulting Ltd
> 01704 870365
> 07709 400236
> mailto:[log in to unmask] 
> www.stuartlynchconsult.com 
>
>
> -----Original Message-----
> From: This list is for those interested in Data Protection issues
> [mailto:[log in to unmask]] On Behalf Of Tim Trent
> Sent: 18 March 2005 13:42
> To: Stuart Lynch Consulting
> Subject: Re: Interview notes
>
> In all circumstances it behoves any organisation to have a "Data
> retention Policy" and a "Data Deletion and Destruction policy"
(these
> are complementary, not opposites) and to have simple versions
> available for public inspection.  Interview notes and disciplinary
> hearing notes should be considered for explicit mention in the
> policies
>
> In this way no accusations of "unfair destruction" may be made
unless
> there are breaches of those policies.
>
> Such policies should, of course, be a part of the HR Code of Conduct
> and breaches should be subject to disciplinary action up to and
> including summary dismissal for a grave offence.
>
> I often end up drafting these.  It never ceases to surprise me how
> often they are absent.
>
>
> Tim Trent - Consultant
> Direct: +44(0)1344 392644 Mobile:+44(0)7710 126618
> email: [log in to unmask] 
> Marketing Improvement Limited, Abbey House, Grenville Place,
> Bracknell, United Kingdom, RG12 1BP
> http://www.marketingimprovement.com 
>
>
>
> This message is for the intended addressee's use only. It may
contain
> confidential, proprietary or legally privileged information. No
> confidentiality or privilege is waived or lost by any
> mis-transmission. If you receive this message in error, please
> immediately delete it and all copies of it from your system, destroy
> any hard copies of it and notify the sender. You must not, directly
or

> indirectly, use, disclose, distribute, print, or copy any part of
this

> message if you are not the intended recipient. Any views expressed
in
> this message are those of the individual sender, except where the
> message states otherwise and the sender is authorised to state them
to

> be the views of any such entity.
>
>
> -----Original Message-----
> From: This list is for those interested in Data Protection issues
> [mailto:[log in to unmask]] On Behalf Of Broom, Doreen
> Sent: 18 March 2005 13:12
> To: [log in to unmask] 
> Subject: Re: [data-protection] Interview notes
>
> Yes, so be careful what you write.
> D
>
> > -----Original Message-----
> > From: This list is for those interested in Data Protection issues
> > [SMTP:[log in to unmask]] On Behalf Of Doug Colyer
> > Sent: 18 March 2005 10:30
> > To:   [log in to unmask] 
> > Subject:      Interview notes
> >
> > Dear all
> >
> > I am certain that this subject has been previously discussed but I
> > cannot
> find the emails. So if you all don't mind being patient with me,
could

> you confirm if in your opinion within the context of a selection
> interview (as for a job), can the interviewee ask to see the notes
> made by the interviewing panel when they were interviewing him/her
for

> the job ?
> >
> >
> > Douglas Colyer
> >
> >
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >        All archives of messages are stored permanently and are
> >       available to the world wide web community at large at
> >       http://www.jiscmail.ac.uk/lists/data-protection.html 
> >       If you wish to leave this list please send the command
> >        leave data-protection to [log in to unmask] 
> >             All user commands can be found at : -
> >         http://www.jiscmail.ac.uk/help/commandref.htm 
> > Any queries about sending or receiving message please send
> to the list
> owner
> >               [log in to unmask] 
> >   (all commands go to [log in to unmask] not the list please)
> >    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
>
> ********************************************************************
> * This email is privileged, confidential and subject to copyright. *
> * Any unauthorised use or disclosure of its content is prohibited. *
> * The views expressed in this communication may not necessarily    *
> * be the views held by Scottish Borders Council.                   *
> * Please be aware that any email sent or received by the Council   *
> * may require to be disclosed by the Council under the provisions  *
> * of the Freedom of Information (Scotland) Act 2002.               *
> ********************************************************************
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>        All archives of messages are stored permanently and are
>       available to the world wide web community at large at
>       http://www.jiscmail.ac.uk/lists/data-protection.html 
>       If you wish to leave this list please send the command
>        leave data-protection to [log in to unmask] 
>             All user commands can be found at : -
>         http://www.jiscmail.ac.uk/help/commandref.htm 
> Any queries about sending or receiving message please send to the
list

> owner
>               [log in to unmask] 
>   (all commands go to [log in to unmask] not the list please)
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>        All archives of messages are stored permanently and are
>       available to the world wide web community at large at
>       http://www.jiscmail.ac.uk/lists/data-protection.html 
>       If you wish to leave this list please send the command
>        leave data-protection to [log in to unmask] 
>             All user commands can be found at : -
>         http://www.jiscmail.ac.uk/help/commandref.htm 
> Any queries about sending or receiving message please send to the
list

> owner
>               [log in to unmask] 
>   (all commands go to [log in to unmask] not the list please)
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>        All archives of messages are stored permanently and are
>       available to the world wide web community at large at
>       http://www.jiscmail.ac.uk/lists/data-protection.html 
>       If you wish to leave this list please send the command
>        leave data-protection to [log in to unmask] 
>             All user commands can be found at : -
>         http://www.jiscmail.ac.uk/help/commandref.htm 
> Any queries about sending or receiving message please send to the
list

> owner
>               [log in to unmask] 
>   (all commands go to [log in to unmask] not the list please)
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>        All archives of messages are stored permanently and are
>       available to the world wide web community at large at
>       http://www.jiscmail.ac.uk/lists/data-protection.html 
>       If you wish to leave this list please send the command
>        leave data-protection to [log in to unmask] 
>             All user commands can be found at : -
>         http://www.jiscmail.ac.uk/help/commandref.htm 
> Any queries about sending or receiving message please send to the
list

> owner
>               [log in to unmask] 
>   (all commands go to [log in to unmask] not the list please)
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html 
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask] 
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm 
Any queries about sending or receiving message please send to the list
owner
              [log in to unmask] 
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^



------------------------------------------------------------------------
----
This message is sent in confidence for the addressee only. It may
contain
legally privileged information. The contents are not to be disclosed
to
anyone other than the addressee. Unauthorised recipients are requested
to
preserve this confidentiality and to advise us of any errors in
transmission. Thank you.
------------------------------------------------------------------------
----

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html 
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask] 
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm 
Any queries about sending or receiving message please send to the list
owner
              [log in to unmask] 
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html 
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask] 
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm 
Any queries about sending or receiving message please send to the list
owner
              [log in to unmask] 
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html 
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask] 
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm 
Any queries about sending or receiving message please send to the list
owner
              [log in to unmask] 
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html 
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask] 
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm 
Any queries about sending or receiving message please send to the list
owner
              [log in to unmask] 
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html 
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask] 
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm 
Any queries about sending or receiving message please send to the list
owner
              [log in to unmask] 
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html 
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask] 
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm 
Any queries about sending or receiving message please send to the list owner
              [log in to unmask]
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This message has been checked for viruses but the contents of an attachment
may still contain software viruses, which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
       All archives of messages are stored permanently and are
      available to the world wide web community at large at
      http://www.jiscmail.ac.uk/lists/data-protection.html
      If you wish to leave this list please send the command
       leave data-protection to [log in to unmask]
            All user commands can be found at : -
        http://www.jiscmail.ac.uk/help/commandref.htm
Any queries about sending or receiving message please send to the list owner
              [log in to unmask]
  (all commands go to [log in to unmask] not the list please)
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2024
March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
2006
2005
2004
2003
2002
2001
2000
1999
1998


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager