Fundamentally, designating a service as “enterprise” forbids academic units from doing what they want in an area, even if the unit would meets the University’s legal obligations. For example, many of my colleagues are fundamentally opposed to using a Microsoft-provided email server for a variety of reasons (distrust of Microsoft based on a long history of research in teh area being not the least of these.) Telling faculty that they must use the Microsoft-provided server and cannot setup and maintain a departmental server, even if it meets UNM’s legal obligations is very problematic. That strikes at the very foundation of academic freedom. 

The problems are even more severe for those of who research and teach in computing, where designating a service as “enterprise” specifically impedes our ability to research and teach as we feel is most appropriate. “Enterprise services” explicitly limit our ability to do so. As just two examples, students creating simple SMTP (mail) servers makes a very good introductory computer neworking assignment, because of the simplicity of the protocol. Likewise, SMTP servers make very good honeypots for computer security teaching and research; the “enterprise” designation significantly impacts our academic freedom to conduct research in this way.

I had already started a thread on setting up an exception process here; no one from IT has responded in it, however. I’m happy to provide feedback as appropriate to try to help the services being proposed better meet our needs so that we could potentially move people to IT-provided services; that said, most of my comments in those places have gone unanswered for a week or more. Moreover, some of the services demands of some of the departments in some areas (e.g. network management, IP address assignment, email, etc.) are *far* beyond what is being proposed so I’m not sure how productive some of my feedback would be. 

• This reply was modified 8 years, 12 months ago by patrickb.

Is there an expected service time for the creation of NetIDs, particularly for guests? The current long time to create NetIDs for guests, colleagues, and collaborators has been a major impediment w.r.t. wireless network access; I am unclear if that should be addressed as part of this SLA or the wireless networking SLA.

The 50GB base email limit may be restrictive for people who have used email for long periods of time (e.g. a number of CS faculty and staff have been archiving email for potentially multiple decades). Having to use multiple archival processes to work around this would be problematic.