For me it's the time of year we're I can do major system changes with a much reduced chance of inconveniencing large numbers of clients.
One project was to incorporate ezproxy prefixes on all the subscription resources listed in our electronic reserve collection which we hope will significantly reduce the numbers of off site users having access issues. When we first implemented ezproxy we adopted a model whereby we expected users to engage ezproxy before looking for resources. In response to the 2007 client survey we have been systematically embedding the ezproxy route to resources so that the client no longer has to think about engaging ezproxy.
Part of that process was virtualising ezproxy to ensure stability, previously it had lived on an old PC in ITR.
We've built it into our ejournal portal, federated search and link resolver, as well as our database listings, libguides and the hyperlinks in our catalogue. With the conversion of Reserve Online I believe we have plugged the last hole through which off site students can be trapped by being outside our domain - the links to Reserve Online embedded in LearnJCU (our LMS; Blackboard). Using the ezproxy building block for Blackboard has the added advantage automatically authenticating to ezproxy so that user logged into Blackboard is no longer confronted with the authentication screen for ezproxy.
We could now consider removing the 'Remote Access' button from it's prominence on our home page.
Not to say that we are never going to have a remote access issue again. Some problems we are aware of:
- Emailed Table Of Contents services bypass ezproxy causing problems for users
- Some local network environments, particularly in workplaces, have network restrictions that prevent ezproxy access
- Odd combinations of user environments and ISPs have caused problems that we haven't been able to diagnose, not least because they seem intermittent
- People on campus email links to people who are off campus expecting them to work