Skip directly to: Main page content

Administrative Computing Policy

Current Status

Plan Review

  1. Submission received
  2. Peer review solicited
  3. Review discussed by DTC and other venues as appropriate
  4. Draft feedback and recommendations posted
  5. Review finalized

IET: Gmail Service

Sponsor

Information and Educational Technology (IET)

Contacts

Project Manager
Gaston De Ferrari, IET

To View Entire Submission

Reviewers

Core contributors to this review included Pamela Davis (School of Education), Adam Getchell (College of Agricultural and Environmental Sciences), Rob Kerner (Plant Sciences),Bob Ono (IET), and Thomas Wiley (UC Davis Extension). Comments and discussion were also solicited via the Dean’s Technology Council (DTC), Technology Infrastructure Forum (TIF), and other similar venues.

Feedback Received to Date (8-6-2008)

Revision History

7-8-08
Initial feedback and responses

8-6-08
Next steps added
Contents

Next Steps

Upon the conclusion of a very thorough vetting with the Council of Deans and Vice Chancellors, and following an exhaustive review process, Vice-Provost Peter M. Siegel, Information and Educational Technology (IET), has announced that IET will begin moving forward with a plan to transition all UC Davis student accounts from the central Cyrus email service to Google’s Gmail service.

IET will continue to work closely with members of the community to ensure the partnership with Google continues to be beneficial to the campus.

Information and Educational Technology (IET) would like to thank the members of the campus community and the pilot participants who ensured we have the best possible plan going forward. Endorsements, support, and input came from following groups and departments:

  • The Deans’ Technology Council
  • The Technology Infrastructure Forum
  • Campus counsel
  • The Campus Council for Information Technology
  • The Gmail Pilot Advisory group
  • ASUCD
  • University Relations
  • University Communications
  • Student Affairs
  • Students
  • An ad hoc committee of campus privacy specialists
  • The campus technical community, through the vetting process pursuant to PPM 200-45

Scope of work and additional steps necessary for implementation:

  1. Identify an oversight committee to consult with during the implementation phase.
  2. Provide a self-service Web-based email migration tool for students to migrate emails from Geckomail to Gmail.
  3. Provide communication to the campus community to develop awareness of the new service and its impact including but not limited to:
    • Project status
    • Usage, functionality, and support
    • Benefits and features
    • Opportunities
    • Limitations
    • Data privacy and security
    • Integration levels with existing campus services
    • Future plans for service enhancements
  4. Work with University Communications to determine if additional branding and customization should be done (i.e., logo, name, start page).
  5. Move the UC Davis Gmail Web page (http://gmail.ucdavis.edu/) to a server that can support a large number of hits and test loads.
  6. Provide an Address Book migration tool from Geckomail to Gmail.
  7. Provide a means for students to continue the use of the service after graduation.
  8. Integration of Gmail with MyUCDavis and SmartSite should be prioritized, with some minor tasks performed during this phase.
  9. Review existing Data Center tools for collecting statistics and email information to include the Gmail service and see if modification is necessary.
  10. Continue to evaluate the level of Google support requested of IT Express and the ability of IT Express to support the service. This will be compared with support levels for current email services. When needed, implement mitigation steps to address requests for support that could be avoided.
  11. Prepare a report documenting the results of the Service Implementation project including lessons learned and any recommended future steps which are not part of the scope of work.

Reviewer Observations and Comments

  • Some reviewers expressed enthusiasm for the Gmail project, seeing it as a good solution to the challenges expressed by the project sponsor. Referring to their own experiences in running departmental email systems, they agreed that locally-provided email is a costly, risky service that is ripe for outsourcing — provided that the inevitable integration, security and accountability issues are addressed. In their view, the Gmail project has articulated a sound business case; addressed the various technical, policy, and security concerns well; and included a defined exit strategy. States one reviewer:

The programs being offered are timely and services are robust, providing much more capabilities and storage then the university could.  I do not think that it will ‘save’ the university any money in terms of staff but it will provide useful tools to our students without breaking the budget. The return on investment will be substantial.

  • Other reviewers expressed opposition to the project, citing a host of functionality, privacy, reliability and security concerns that they feel have not been adequately addressed. (These concerns are individually described below.)

Reviewer Suggestions and Advice

  • While the university is not in the business of email, it has become a core function of our work. According to one reviewer, “the flexibility we get by running our own systems should be considered before this move.”

Questions, Potential Gaps, and Requests for Clarification

Extension to Faculty and Staff Email

Q: One objection to the project centers on the targeting of student email. Citing the inadequacies of the existing campus email system, one reviewer questioned what would happen to the faculty and staff left behind. Will they be migrated to GMAIL?  Will the campus system be improved?  Will everyone left be migrated to XEDA? According to the reviewer, “It seems IET has postponed work on campus email since they have solved the students’ complaints by going with Google.”

Cost Savings

Q: Given that the campus will still maintain an email system for faculty and staff, as well as a large infrastructure to support it (e.g. spam filtering), is there really a cost-savings for Gmail? If so, where?

Right of Inspection

Q: A recent court ruling says that unless a company physically owns its email servers, it has no right to inspect accounts (Quon v. Arch Wireless Operating Company, No. 07-55282, 9th Cir. 6/18/2008). According to some reviewers, this ruling alone “should be enough to stop the Google roll out.” These reviewers assert that by using an outside email provider, the University would lose the right to inspect student email — potentially jeopardizing Delivery Status Notifications as well. How does this ruling impact the Gmail project?

Delivery Verification

One reviewer described problems with Gmail delivery verification stemming from “a complex, related set of issues”:

  • First, email is by policy an official communication channel between the University and students. It is the only channel amenable to application development use, and has widely replaced the more costly method of sending registered mail to all students for notification purposes.
  • Second, every quarter at our College we need to notify between 6 and 8 hundred students of certain private matters, notably that they may be in academic difficulty and subject to dismissal from the university. As can be imagined, this is often a highly charged matter with a great deal of sensitivity.
  • We have developed a business application which automatically handles the scheduling and notification of students. It does so by sending the students an email which asks them to check a web site for important information. If the student is in difficulty, they are able to make an appointment with a counselor to work on the issue.
  • With the current campus mail system, we are able to obtain positive delivery status notifications (DSNs) from the MTA (message transfer, which is supported by the version of sendmail the campus is running. [1] These delivery notification receipts are immediately available in our program, and help our staff to defuse certain situations, such as when students claim they never received notification.
  • Gmail is not currently amenable to delivery notification receipt, as it generates a relay notification message instead. We are continuing to work with IET and Google to get a mechanism like this in place, but we don't yet have a solution.

Privacy

A subset of reviewers expressed several concerns regard potential privacy issues:

  • Correspondence with foreign students may leave them open to discovery and retribution from governmental agencies, since Google complies with governmental access to account information. Furthermore, as Gmail is based on search and Google is the world leader in search, such access will provide much more targeted and sophisticated information than would be obtainable in other mail systems, especially the current one housed on university servers.
  • The University has a strong tradition of intellectual independence, and supports dissident rights. A dissident corresponding on Gmail runs a strong risk of discovery, and Google has already made concessions to particular governments in terms of its [search-related] operations.
  • The privacy/security issue is of especial importance to universities. The argument has been made that students can forward their email anytime, and often do. But the issue is the student, if forwarding their own email, becomes responsible for the dispensation of their electronic correspondence with the University. Making Gmail the official campus email for students puts the burden on the University, and it in effect transfers internal University business records to an outside agency.

Pilot or Soft Rollout

Some reviewers expressed dissatisfaction with the pilot:

  • The Gmail pilot is not really a pilot, but a soft roll-out. Several students from our College ended up in the 'pilot', and are not able to be moved back to the campus systems. A pilot isn't a pilot if you can't back out of it.
  • As far as the pilot goes, I understand that this is really a done deal, and will move forward despite objections raised. This is probably the most troubling of all, since the 'pilot evaluation' seemed to focus only upon the 'positive student user experience' of Gmail without considering the myriad of technical and legal issues, some of which I've raised above.
  • I expect a pilot program to work hard at finding bugs, and problems with the system.  All I ever heard was how great everything worked.  Whenever I am testing software I do my best to break it.  I personally do not think the Gmail pilot was managed this way.

Features

  • One reviewer is “particularly interested in the robustness of shared calendars and whether they would adequately replace Outlook's calendar (for example - can one ‘make a meeting’?).”
  • Another requested feature is “the equivalent of Exchange Public Folders.”

Security/Bugs

One reviewer asserted that “Gmail, as an outside web-based email client, has a whole host of third-party security issues that simply aren't present otherwise.” According to this reviewer:

  • A good example is the use of G-archiver, a featured download on many software sharing sites, that kept a list of usernames and passwords. Though not impossible, this type of exploit would be more difficult on standard email systems.
  • Another, still unsolved example, is the random disappearance of Gmail messages. From personal and other's experience, Google generally just tells you to create a new email account if there are problems with the old one; they generally do not make any efforts to recover mail and/or accounts. This is problematic given email as an official source of record.

Campus IT Security Coordinator Review

Privacy issues raised by the Gmail service contract were identified and discussed by an ad hoc campus privacy committee.  In respect to Section F, Risks and Mitigations, the sponsor should confirm that Google will address the following Gmail security needs:

  • Maintain system maintenance practices that meet or exceed the UC Davis Cyber-safety security standards, and
  • Periodically, but no less than quarterly, conduct Web application security vulnerability scans for Gmail and commit to remediate high severity, urgent and credible security vulnerabilities.