1 Helpdesk.Drew.Edu: Home Growing a Helpdesk Solution Using Open-Source Technology John Saul Betsy Black Erik Larsson ABSTRACT In July of 1999, the department of Academic Technology at began the search for a trouble-ticket tracking package. After researching several commercially available products, we determined that none offered us the flexibility we needed at a price we could afford. Despite our lack of success in finding a commercially available product, our need for an effective trouble-ticket package was becoming more pronounced. In August of 1999 the Helpdesk project was created to write our own web-based trouble-ticket tracking package. The project originated from a pair of students, Erik Larsson (CLA 02) and Jessica Sockel (CLA '00), who suggested we use open-source technology to produce our own web-based tracking system. We obtained space on a web server and named our project helpdesk.drew.edu. At this point the Helpdesk project became modified to include asset tracking and management, as well as a discussion forum. We chose PHP as the primary coding language. Our choice of MySQL as a database engine was based on our need to have a fast, reliable database with which PHP could easily interface. For the discussion forum we used and modified an open-source product called Phorum which uses PHP and MySQL as well. At present, helpdesk.drew.edu has been in use successfully for two semesters. We plan to refine and improve how problems are tracked through this system. Our processes and solutions can be modified and adapted by the helpdesk of any school that doesn't have a large budget to spend for a trouble-ticket tracking package or is unhappy with the adaptability of their current trouble-ticket software. Our paper is intended to further explain the process that ACM COPYRIGHT NOTICE. Copyright 200x by the Association for Computing Machinery, Inc. Permission to make digital or hard copies of part or all of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. Copyrights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, to republish, to post on servers, or to redistribute to lists, requires prior specific permission and/or a fee. Request permissions from Publications Dept, ACM Inc., fax +1 (212) , or we went through in choosing the specific open-source solutions, as well as the problems and benefits we encountered during the development process. Keywords Helpdesk, open-source technology, trouble tracking, tickets, PHP, MySQL 1. INTRODUCTION began providing its students with computers in 1984 as part of its Computer Initiative (CI) Program. These computers are distributed as standard packages and are supported for the student s full term at Drew. The Aide Station desk, staffed entirely by students, is the University's primary helpdesk operation and supports only the software and hardware that are given as part of each computer's configuration. The Computer Aide Station has been supporting the computer-related needs of the University since the inception of the CI. The Aide Station supports about 2,000 students and about 500 faculty and staff members. To facilitate communication and provide a central location for a knowledge base, the support staff began using an OpenVMS DEC NOTES system in Aide Station operators (ATOPS) would post information to this internal system about various issues dealing with the Computer Center, as well as solutions to problems encountered on a day-to-day basis. Other operators could then use single word or phrase searching to pull up that information for future reference, or reply to questions posted by others. This system worked admirably well for years until the increased complexity of operating systems, software packages, and the technical ability of end users combined with the staged implementation of a Novell Netware local area network began causing delays in the resolution of technical problems. The NOTES system was beginning to show its age; problems began to go unresolved for far too long; and computers that were left with us for repair--or what we termed "intaken"--would sometimes get misplaced or parts would get lost. In 1998, with the completion of the Residential Network and the addition of a network interface card in each CI package, the number of problems and intaken computers began to rise to levels never before seen. At the beginning of the fall semester of 1998, more than 30 computers were intaken in one day by a desk manned by two ATOPS. After the initial rush of computers, things began
2 to slow down, but there was still a noticeable increase in the amount of computers being intaken. The need for an automated system became apparent as early as 1997; a search for software began, but the project was postponed due to lack of funds and personnel to learn and maintain the system. 2. THE SEARCH PROCESS 2.1 Commercially Available Packages The search was revived in June of 1999 when Academic Technology created the PC Support Services division, promoted Betsy Black to manager, and hired John Saul as Software Support Specialist. Saul was charged with reviewing the various commercially available packages and contacting vendors to determine what features each offered. Saul was also asked to help identify features that would be required for the new system, including inventory tracking, trouble ticket tracking, and a discussion area for full-time staff and ATOPS. Saul reduced the list to three commercially available products: HEAT by the Goldmine Corporation, Remedy by the Remedy Corporation, and HelpSTAR by HelpSTAR.com. Each product offered at least three-quarters of the feature set we required, including incident tracking, asset management, and affordablility. Demo models of each package were acquired and tested by members of both the full-time and student staff of the Computer Aide Station. Recommendations were compiled and a finalist was selected. The process to obtain specific pricing and resource requirements for the package was then begun. Unfortunately, the final cost to the department was found to be beyond our means. Efforts were made to manage the cost, since the need for an incident tracking package was quickly becoming more pronounced, but the licensing, hardware requirements, and maintenance/upgrade costs were ballooning far outside of our budget. 2.2 Developing Our Own Since we had already identified the components necessary for the ideal program, Aide Station student managers Erik Larsson (CLA '02) and Jessica Sockel (CLA '00) proposed writing our own web-based tracking system after discovering Phorum, a web-based discussion software written in PHP. Unlike most popular web boards, Phorum utilizes a database to manage its messages. This allows easy administration, functionality and customization. The most attractive feature was its price: Phorum is an open-source program necessitating only agreement to their licensing requirements. Phorum uses either MySQL or PostGRESQL to store the message information. A copy of MySQL was already installed and working on one of the systems in the department, so MySQL was the easiest database engine to use for development. 3. DESIGNING THE SYSTEM 3.1 Required Feature Set For the helpdesk software to be useful, the desired features should be clearly defined before any designing begins. We defined three major features necessary for our software: the ability to track intaken computers via tickets along with their components (network card and dongle, external floppy drive, etc.); record any actions taken to solve problems; and keep track of where in the repair process the computer is. All tickets needed to be tracked by the user that initiated them so that recurring problems -- either software- or user-related -- could be easily tracked. Additionally, we decided that it would be useful for us to track all problems attached to a specific computer model, regardless of which user intiated the ticket. Since the method of upgrading computers for faculty and staff works in a roll-down fashion, one computer often has multiple owners over its lifetime at the University. By roll-down we mean that the user getting a brand new computer gives up their current machine, which gets reassigned to a user with an older computer and so on down the line. To track the assets effectively, we needed to store the customer and departmental information for each asset. Any piece of equipment could then be tracked based on the department to which it belonged, and then anyone within that department could initiate a ticket on any of those assets. 3.2 The Initial Stages and Unique Issues with Development Near the end of July, a new virtual host, helpdesk.drew.edu, was christened on one of the department's Linux-based web servers. Work on the project progressed swiftly and was completed by the end of August in time for ATOPS training. The software was uniquely customized to the Drew environment in several respects Authentication and user administration. Drew s campus network is filled with disparate systems, running various operating systems and supporting assorted campus services. At the time of Helpdesk s inception, campus network users had to remember at least two passwords: A Novell NetWare password, and a separate password for our UNIX-based server. Some users, including ATOPS and Academic Technology staff, also had separate passwords for other OpenVMS and UNIX systems used for various purposes within the department. Rather than require users to remember Yet Another Password, it was imperative that the Helpdesk system authenticate with a user s Novell Directo ry Services (NDS) password. This goal was accomplished using Novell s Lightweight Directory Access Protocol (LDAP) server for NDS with PHP s in tegrated LDAP support. Authentication requests are made directly against Drew s NDS database, with no need for separate passwords or any password synchronization. A further requirement was that passwords never be transmitted over the network in plain text. Conversely, the web server on which we were developing the software would have sustained too much of a performance hit if all transactions with Helpdesk were conducted over an encrypted Secure Socket Layer (SSL) connection. Our solution was to process logins through a web form rather than using HTTP Basic Authentication and to then use SSL only for that form. Once a user s password is verified with NDS, a randomly generated session key is created and returned to the browser as a cookie while also being stored in a session control table in the MySQL database. Further requests to the Helpdesk system involve only checking the session key, thereby avoiding additional NDS
3 queries. Session keys are destroyed either by the user explicitly clicking a logout button, or after one hour of inactivity. Subsequent visits to Helpdesk will prompt for re-authentication, and a new session key will be assigned. A further requirement of the system was that it support varying levels of privilege for different users, such as administrators, ATOPS, and customers. This requirement was accomplished using a very simple model of explicitly assigned user privileges. The Helpdesk database includes a user table, which simply lists the privileges that are assigned to the user. Privileges are checked by the modules that require them, and a web-based administrative interface is provided for creating and deleting users and assigning privileges. The assignable privileges are: login - is used for all full-time and student staff who log into the Helpdesk tickets - allows a user to create, modify, and close a ticket edit_closed_tickets - allows a user to re-open or otherwise change the status on a closed ticket inventory - allows a user to modify the equipment tables admin - is used for administrators of the Helpdesk Multiple user access to records. Any number of users may be logged in and actively using the Helpdesk system during the day. Occasionally, although infrequently, it is possible that two or more users may open the same record for editing simultaneously. In order to avoid having users overwrite each other s changes, some form of a record locking system was required. Using a traditional record-locking approach would not work adequately in a web-based environment. Due to the stateless nature of the web, there is no way for the web server to know when a connection has been terminated. Users may freely browse to other web sites, their computer may crash, or they may simply close their browser without saving changes to an open record. If we had used traditional record locking technique with an arbitrary time limit, users could lose their lock if taking too long to edit a record, whereas others would be locked out of a record after a computer crash while a customer waited on the phone. Traditional record locking is also impractical in our situation because users will often want to leave a record open during the entire time they are working on a computer, yet will require near immediate release of a lock in the event of a crash. Our solution, which we termed record overwrite protection, was to store the state of a record when a user enters a form and compare that state of information with the current state of the record in the database before allowing changes to be committed. That is, if another user commits changes to a record while you are working on it, your changes will be disallowed. In this situation, users are presented with an error explaining what happened and are given the opportunity to manually merge their modifications with the current record. 3.3 Secondary Development Issues P re-populating fields in tickets When editing a record, there are numerous status/checkbox fields that need to reflect the current state of the record. Normal static web forms would not have allowed us to maintain and display the dynamic nature our component data, since they only allow one state at any one time. The default state would have to be blank in all checkboxes to avoid the appearance that we lost a component. Another suggestion was to disallow any changes to the components field of the initial form. This method was unfeasible, because there are times when additional components need to be brought to the Aide Station for testing. The ticket should reflect these additional components. Fortunately, PHP has a way of allowing users to dynamically change the HTML code of a web page dependent upon the information that the script receives from the previous page. Using this option, we managed to have a form that automatically makes sure all checkboxes for components belonging to a ticket are checked. The status flag would be set to the correct value when an existing ticket was opened for editing. This same feature allowed us to have the steps taken and internal comments fields available for editing by anyone working on the ticket. Since we were planning on allowing customer access to view the steps taken portion of the ticket, we needed to make sure that all comments made were professional in nature Customer access and notification To minimize phone inquiries to the Aide Station desk, we decided to automate a system to keep our customers informed of every stage of their computer s repair. Using PHP scripts, the Helpdesk will the customer each time the status of their ticket changes. The includes all the comments in the Steps Taken field of the ticket as well as the current status; i.e., sent to manufacturer, waiting for parts, pending, etc. Using their NDS username and password, customers can log into a Helpdesk customer access page and view all tickets, active and closed, that were opened under their username. The query returns a screen listing all departmental computers as well as a summary of every ticket that has been opened under that username Ticket receipts In order to protect ourselves from erroneous claims of lost equipment, customers must sign a form indicating which components of their computer are dropped off when their computer is intaken by the Aide Station. When they pick up the machine, they sign another form acknowledging that repairs are completed and all components are being returned. These forms contain all of the relevant information from the ticket. The Helpdesk needed a way to print these receipts. Since the software is a web application, one possibility was simply to spawn another browser window displaying a printer friendly version of a ticket (without a header, navigation bars, etc.). The Helpdesk operator would then print the ticket on the Aide Station s networked laser printer by using the browser s print function. Unfortunately, this would not have been adequate for several reasons: it takes time to open another browser window and print the document on a networked laser printer; the laser printer may be busy with other print jobs at the time, slowing the intake process; and we wanted to give the customer a receipt for the work performed. The solution we chose was a combination of time-tested traditional technologies. Two 24-pin impact dot-matrix printers (one for the Aide Station, another for Computer Repair) were
4 retrieved from storage and outfitted with carbonless forms. To interface these with the Helpdesk system, we used Lantronix Multiprotocol Print Servers. We acquired two Lantronix boxes and configured them to only support UNIX LPR services. When ATOPS open or close a ticket in Helpdesk, there is an option at the bottom of the form to select a printer for the receipt. The web server then invokes a Perl script which formats the data and passes it to the UNIX LPR system for printing Automating customer backups Another function that was becoming unwieldy with the increased number of tickets at the Aide Station was the management of customer file backups. If reinstalls or hardware repairs were performed on computers, the Aide Station had traditionally backed up customer documents in limited quantities to the Aide Station s departmental space on one of our NetWare file servers. With the increase in tickets, this system was becoming a managerial nightmare. People would forget to delete backups, causing the volume to fill up. Occasionally, current customer backups would be mistakenly deleted. The solution was to have the Helpdesk software manage the creation and deletion of directories automatically. Drew has been doing Linux/NetWare integration for years, so the solution came naturally. A special account was created in NDS that was allowed to login only from the Helpdesk server and given full file rights to the customer backup directory. We used freeware ncpfs utilities to mount the NetWare volume to the helpdesk server, and then scripts within Helpdesk automatically create customer backup directories by ticket number whenever a computer is intaken. When an Aide Station operator attempts to close a ticket, the software first checks for the presence of backup files. If backup files exist, the operator is required to click through a warning dialog indicating that the files will be expunged. A nightly chron job on the helpdesk server then expunges customer backup directories for tickets that have been closed for more than five days. 4. EXAMPLE OF COMPUTER TRACKING FLOW 4.1 Creating a New Ticket When a ticket is first opened, the operator is asked to enter either the ID number, username, or extension of the customer reporting the problem. This generates a form that includes all the information on that user and any assets owned by them or by their department. A drop-down list allows the operator to choose an asset associated with the user. At this point, all components being intaken with the computer should be selected. If the asset being intaken is not one of the assets listed in the drop-down menu, there is an option of Other, Please Describe in Problem Area. If this option is selected, the operator must list the type of computer and the serial number first in the problem description window, and then proceed to list the reported problem. The last step is for the ATOPS to determine what type of problem is being reported. If it is an obvious hardware problem it can be intaken as such, but if the cause of the malfunction is in doubt, it should be intaken as a software problem and have diagnostics run on the system 4.2 Editing Existing Tickets After being opened, a ticket may be worked on by any number of operators or full-time staff. Each time the ticket is accessed, it automatically date stamps the Steps Taken and Internal Comments fields and adds the username of whomever is logged in to that session. These changes are not saved unless the ATOPS clicks the Update this ticket button. There are seven status flags that can be associated with a ticket. They are: Open - Still in diagnostics, also used for known software problems. Hardware - It has been diagnosed with a hardware problem; the Hardware Support Specialist will further test the hardware before deciding it needs to go to the manufacturer for warranty repair. Sent Out - The machine has been sent back to the manufacturer for repair. Parts - Parts are on order for this machine. Pending - Waiting for contact from the customer. A comment should be added indicating what we need from the customer. Waiting - The computer is fixed and is waiting for the customer to pick it up. Closed - The machine has been picked up by the customer, who signed the receipt acknowledging that all components were returned. 5. IMPLEMENTATION ISSUES 5.1 Populating the Database Once the system was tested and proven to be working according to the necessary specifications, we still needed to populate the database with the asset information for students, faculty, and staff. The incoming freshman data posed a problem as their machines would not be assigned to them until they were physically on campus. We were unable to access live data from our Administrative Computing department, which maintains a strict firewall and secure access to university data. Since our database structure does not match theirs anyway, they sent us raw data and we used Perl scripts to reformat the initial data feed that was supplied to us. 5.2 Interface Design and Testing No matter how well-written a program is, it will not be used if the interface is not clean and easy to use. After loading the appropriate data into the system, there was an obvious need to clean and organize the user interface. We assigned one of our student managers to this task. She worked with the PHP and Perl scripts using her advanced skill in writing clean, readable HTML code and logical form design. The work she provided allowed the Helpdesk functions to be intuitive and easy to use. One of the more popular features in the Helpdesk interface is the ability to customize each user s browser colors, name, and signature line in the Phorum conferencing area. 5.3 Training In addition to basic training on how to use the new Helpdesk software, this represented the first time we offered customer access to our diagnostic and repair process. We had to ensure all comments in steps taken were of an appropriate nature. It had become common-place for ATOPS to vent frustration about
5 customers/problems when we were using the internal DEC/NOTES system. The new system required a shift in behavior to a more professional support model. We realized that there are times when comments on a customer s disposition or tolerance level are appropriate and decided to make use of the internal comments section of each ticket for this purpose. The students appreciated the ability to post comments internally that wouldn t be available to customers. 6. CONCLUSION We have been using the Helpdesk software successfully for almost a year, intaking more than 800 computers, monitors, printers, network interface cards, and various other peripherals. We have identified specific problem trends with certain models, reduced the amount of misplaced equipment, and improved turnaround time. We plan to update the software over the summer of 2000 to include a loaner pool module where we can assign loaner computers to customers whose computers are at the manufacturer for an abnormally long time. We also plan to create printing and scanning services tickets to track other services performed by the Aide Station and more closely track individual assets and inventory as part of a package. The new version will also phase out our reliance on Administrative Computing for data by moving the asset information into our own inventory control database, ensuring upto-date and accurate data. 7. REFERENCES  Yarger, Randy Jay, Reese, George, and King, Tim, MySQL & msql, O Reilly & A ssociates, Sebastopol, CA (July 1999).  Atkinson, Leon, Core PHP Programming, Prentice Hall. (May 1999).    MySQL Reference Manual for version beta, (1999) Manual/manual_toc.html
Table of Contents INTRODUCTION... 2 HOME PAGE... 3 Announcements... 7 Personalize & Change Password... 8 Reminders... 9 SERVICE CATALOG... 11 Raising a Service Request... 12 Edit the Service Request...
ROSS Migration/Registration Contents IQSweb V3.0.1 ROSS Connection Requirements... 2 Test Agency Network Connectivity to ROSS... 3 FIREWALL Exceptions... 3 FIREWALL Exception Justification... 4 ROSS Interface
User Manual for Web Help Desk Authority 9.0 2011ScriptLogic Corporation ALL RIGHTS RESERVED. ScriptLogic, the ScriptLogic logo and Point,Click,Done! are trademarks and registered trademarks of ScriptLogic
Introduction Welcome to the Mount s Remote Access service. The following documentation is intended to assist first time or active users with connecting, authenticating and properly logging out of Remote
Updated 11/23/2009 Page 1 of 10 Table Of Contents 1.0 OVERVIEW... 3 1.0.1 CONNECTING USING AN FTP CLIENT... 3 1.0.2 CONNECTING USING THE WEB INTERFACE... 3 1.0.3 GETTING AN ACCOUNT... 3 2.0 TRANSFERRING
Cox Business Premium Online Backup USER'S GUIDE Cox Business VERSION 1.0 Table of Contents ABOUT THIS GUIDE... 4 DOWNLOADING COX BUSINESS PREMIUM ONLINE BACKUP... 5 INSTALLING COX BUSINESS PREMIUM ONLINE
Content Filtering Client Policy & Reporting Administrator s Guide Notes, Cautions, and Warnings NOTE: A NOTE indicates important information that helps you make better use of your system. CAUTION: A CAUTION
Strategic Asset Tracking System User Guide Contents 1 Overview 2 Web Application 2.1 Logging In 2.2 Navigation 2.3 Assets 2.3.1 Favorites 2.3.3 Purchasing 2.3.4 User Fields 2.3.5 History 2.3.6 Import Data
Customer Portal User Guide COPYRIGHT NOTICE ViaWest Customer Portal User Guide is published and copyrighted 2012 by ViaWest Inc. All rights reserved. No part of this manual may be reproduced in any form,
Administration Course Chapter 4: Creating Users By: Dan Shea Welcome to the Equitrac Administration course, brought to you by your Equitrac Training Department. This is Chapter 4, Creating Users. My name
Integrating LANGuardian with Active Directory 01 February 2012 This document describes how to integrate LANGuardian with Microsoft Windows Server and Active Directory. Overview With the optional Identity
Acunetix Web Vulnerability Scanner Getting Started V9 By Acunetix Ltd. Starting a Scan The Scan Wizard allows you to quickly set-up an automated security scan of your website. The security scan provides
CHAPTER 4 This chapter describes how Cisco Identity Services Engine (ISE) manages its network identities and access to its resources using role-based access control policies, permissions, and settings.
SafeNet Authentication Service Synchronization Agent Configuration Guide 1 Document Information Document Part Number 007-012476-001, Revision A Release Date July 2014 Trademarks All intellectual property
Table of Contents INTRODUCTION...2 HOME PAGE...3 Announcements... 6 Personalize... 7 Reminders... 9 Recent Items... 11 SERVICE CATALOG...12 REQUEST...14 Request List View... 15 Creating a New Incident...
Fixes for CrossTec ResQDesk Fixes in CrossTec ResQDesk 5.00.0006 December 2, 2014 Resolved issue where the list of Operators on Category was not saving correctly when adding multiple Operators. Fixed issue
Richmond SupportDesk Web Reports Module For Richmond SupportDesk v6.72 User Guide Contents 1 Introduction... 4 2 Requirements... 5 3 Important Note for Customers Upgrading... 5 4 Installing the Web Reports
User Guide Version 3.0 April 2006 2006 Obvious Solutions Inc. All rights reserved. Dabra and Dabra Network are trademarks of Obvious Solutions Inc. All other trademarks owned by their respective trademark
MadCap Software Upgrading Guide Pulse Copyright 2014 MadCap Software. All rights reserved. Information in this document is subject to change without notice. The software described in this document is furnished
3 Configuring, Customizing, and Troubleshooting Outlook Express............................................... Terms you ll need to understand: Outlook Express Newsgroups Address book Email Preview pane
SOA Software API Gateway Appliance 7.1.x Administration Guide Trademarks SOA Software and the SOA Software logo are either trademarks or registered trademarks of SOA Software, Inc. Other product names,
Welcome to Collage (Draft v0.1) Table of Contents Welcome to Collage (Draft v0.1)... 1 Table of Contents... 1 Overview... 2 What is Collage?... 3 Getting started... 4 Searching for Images in Collage...
GO!Enterprise MDM Device Application User Guide Installation and Configuration for BlackBerry GO!Enterprise MDM Version 4.11.x GO!Enterprise MDM for BlackBerry 1 Table of Contents GO!Enterprise MDM for
USER MANUAL DATAMOTION SECUREMAIL SERVER Bridging People and Process APPLICATION VERSION 1.1 Bridging People and Process Bridging People and Process Bridging People and Process Published By: DataMotion,
CA Performance Center Single Sign-On User Guide 2.4 This Documentation, which includes embedded help systems and electronically distributed materials, (hereinafter referred to as the Documentation ) is
Kaseya 2 VMware Performance Monitor Quick Start Guide for Network Monitor 4.1 June 7, 2012 About Kaseya Kaseya is a global provider of IT automation software for IT Solution Providers and Public and Private
Docufide Client Installation Guide for Windows This document describes the installation and operation of the Docufide Client application at the sending school installation site. The intended audience is
AuthAnvil User Guide Version R91 English August 25, 2015 Agreement The purchase and use of all Software and Services is subject to the Agreement as defined in Kaseya s Click-Accept EULATOS as updated from
NYS OCFS CMS Contractor Manual C O N T E N T S CHAPTER 1... 1-1 Chapter 1: Introduction to the Contract Management System... 1-2 CHAPTER 2... 2-1 Accessing the Contract Management System... 2-2 Shortcuts
Application Version 3.7.5 Confidentiality This document contains confidential material that is proprietary WatchDox. The information and ideas herein may not be disclosed to any unauthorized individuals
MadCap Software Dashboard Admin Guide Pulse Copyright 2014 MadCap Software. All rights reserved. Information in this document is subject to change without notice. The software described in this document
WebSpy Vantage Ultimate 2.2 Web Module Administrators Guide This document is intended to help you get started using WebSpy Vantage Ultimate and the Web Module. For more detailed information, please see
Server Installation, Administration and Integration Guide Version 1.1 Last updated October 2015 2015 sitehelpdesk.com, all rights reserved TABLE OF CONTENTS 1 Introduction to WMI... 2 About Windows Management
Unicenter Service Desk v11 (USD) Training Materials for Analysts 1 Table of Contents Introduction... 3 Logging In as an Analyst... 4 Reading the Scoreboard... 5 My Requests...5 Viewing My Group Unassigned
formerly Help Desk Authority 9.1.3 Upgrade Guide 2 Contacting Quest Software Email: Mail: Web site: email@example.com Quest Software, Inc. World Headquarters 5 Polaris Way Aliso Viejo, CA 92656 USA www.quest.com
MassTransit 6.0 Enterprise Web Configuration for Macintosh OS 10.5 Server November 6, 2008 Group Logic, Inc. 1100 North Glebe Road, Suite 800 Arlington, VA 22201 Phone: 703-528-1555 Fax: 703-528-3296 E-mail:
formerly Help Desk Authority 9.1.3 HDAccess Administrator Guide 2 Contacting Quest Software Email: Mail: Web site: firstname.lastname@example.org Quest Software, Inc. World Headquarters 5 Polaris Way Aliso Viejo, CA 92656
Kaseya 2 Kaseya SQL Server Reporting Services (SSRS) Configuration User Guide Version 6.1 January 28, 2011 About Kaseya Kaseya is a global provider of IT automation software for IT Solution Providers and
Testing and Restoring the Nasuni Filer in a Disaster Recovery Scenario Version 7.2 November 2015 Last modified: November 3, 2015 2015 Nasuni Corporation All Rights Reserved Document Information Testing
Help Desk Web User Guide 1 P age Contents Create an Incident... 3 Classifying Category... 3 Describe Incident Request... 3 Add Attachments to the Request... 4 Requests... 4 Request List View... 5 Modes
Mirage 5.1 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more recent editions of this document,
Using Avaya Aura Messaging Release 6.3.2 Issue 1 December 2014 Contents Chapter 1: Getting Started... 4 Messaging overview... 4 Prerequisites... 4 Accessing your mailbox from any phone... 4 Accessing the
Table of Contents INTRODUCTION... 2 HOME PAGE... 3 Announcements... 7 Personalize & Change Password... 8 Reminders... 10 SERVICE CATALOG... 12 Raising a Service Request... 12 Edit the Service Request...
JMA Domain Instructions/Policies Login (for faculty and students): If you have used one of our labs before (you have a JMA account), your username is the same. If you have not been in the lab before, your
Payment Collection Gateway V+POS User Guide 00-35-3483NSB This manual contains proprietary and confidential information of Bank of America and was prepared by the staff of Bank of America. This user guide
Dell KACE K1000 System Management Appliance Version 5.4 Service Desk Administrator Guide October 2012 2004-2012 Dell Inc. All rights reserved. Reproduction of these materials in any manner whatsoever without
IPA Help Desk How to use Self-Service portal [Version 1.0] [28/12/1435 H] How to use Self-Service portal Institute of public administration provides a new Help Desk system which allows users in the head
HEAT Call Logging User Guide Office of Information Technology Created: January 28, 2003 Updated: April 25, 2010 TABLE OF CONTENTS TABLE OF CONTENTS... 2 OVERVIEW... 3 ISSUE RESOLUTION FLOWCHART... 5 LOGGING
For Linux distributions Software version 4.1.7 Version 2.0 Disclaimer This document is compiled with the greatest possible care. However, errors might have been introduced caused by human mistakes or by
DocuShare User Guide Publication date: April 2011 This document supports DocuShare Release 6.6.1 Prepared by: erox Corporation DocuShare Business Unit 3400 Hillview Avenue Palo Alto, California 94304 USA
User Manual Onsight Management Suite Version 5.1 Another Innovation by Librestream Doc #: 400075-06 May 2012 Information in this document is subject to change without notice. Reproduction in any manner
Version 1.0 January 2011 Xerox Phaser 3635MFP 2011 Xerox Corporation. XEROX and XEROX and Design are trademarks of Xerox Corporation in the United States and/or other countries. Changes are periodically
IMAGING LICENSE SERVER USER GUIDE Imaging License Server User Guide PerkinElmer Viscount Centre II, University of Warwick Science Park, Millburn Hill Road, Coventry, CV4 7HS T +44 (0) 24 7669 2229 F +44
Request Tracker User s Guide Abstract : Describes the User Interface and usage of Request Tracker V3. Issue : 05 Date : 08/27/2007 Document History Issue Author(s) Date Description Change 1 N. Metrowsky
PCLaw 11.0 Administration Guide About this guide This guide provides a list of tasks for installing PCLaw Practice Management Software. If you need additional information, refer to the PCLaw Support Center.
ACHieve Access 4.3 User Guide for Corporate Customers January 2015 Citizens Bank 1 February 2015 Table of Contents SECTION 1: OVERVIEW... 4 Chapter 1: Introduction... 5 How to Use This Manual... 5 Overview
USERS MANUAL FOR OWL A DOCUMENT REPOSITORY SYSTEM User Manual Table of Contents Introducing OWL...3 Starting to use Owl...4 The Logging in page...4 Using the browser...6 Folder structure...6 Title Bar...6
CHAPTER114 The window in Cisco Unified Communications Manager Administration allows the administrator to add, search, display, and maintain information about Cisco Unified Communications Manager end users.
Fasthosts Customer Support Plesk 11 Manual This guide covers everything you need to know in order to get started with the Parallels Plesk 11 control panel. Contents Introduction... 3 Before you begin...
Skipjack Merchant User Guide Quick Guide (a supplement to the Merchant User Guide) COPYRIGHT INFORMATION Evolve Adaptive Technology and Skipjack Financial Services are registered trademarks of the Bradley-Madison
Online Backup Linux Client User Manual Software version 4.0.x For Linux distributions August 2011 Version 1.0 Disclaimer This document is compiled with the greatest possible care. However, errors might
TMD Friction IT Helpdesk USER MANUAL TMD Friction UK, MIS Department Published: Monday, 09 January 2012 2:30 PM Contents Our global helpdesk Creating your new account My home screen My Profile I need help
CA Nimsoft Service Desk Single Sign-On Configuration Guide 6.2.6 This Documentation, which includes embedded help systems and electronically distributed materials, (hereinafter referred to as the Documentation
Cloud Services MDM ios User Guide 10/24/2014 CONTENTS Overview... 3 Supported Devices... 3 System Capabilities... 3 Enrollment and Activation... 4 Download the Agent... 4 Enroll Your Device Using the Agent...
FAQ - Frequently Asked Questions Sections of Questions Bell Business Backup Service Installation & Setup Firewall Settings Connections & Backups Account Information Restoring Files Uninstalling the Bell
For Linux distributions Software version 4.1.7 Version 2.0 Disclaimer This document is compiled with the greatest possible care. However, errors might have been introduced caused by human mistakes or by
Acunetix Web Vulnerability Scanner Getting Started V8 By Acunetix Ltd. 1 Starting a Scan The Scan Wizard allows you to quickly set-up an automated scan of your website. An automated scan provides a comprehensive
Revised March 2015 Copyright Notice Trademarks Copyright 2007 DSCI, LLC All rights reserved. Any technical documentation that is made available by DSCI, LLC is proprietary and confidential and is considered
A SYSTEMS UNDERSTANDING A 1.0 Organization Objective: To ensure that the audit team has a clear understanding of the delineation of responsibilities for system administration and maintenance. A 1.1 Determine
PROJECTIONS SUITE Database Setup Utility (and Prerequisites) Installation and General Instructions v0.9 draft prepared by David Weinstein Introduction These are the instructions for installing, updating,
Vtiger CRM Outlook Plugin Documentation Outlook Plugin Version 1.0.04 Different Solutions GmbH email@example.com http://www.different-solutions.com Support Forum: http://forum.vtiger.de Date:
Xerox Multifunction Devices Customer Tips March 15, 2007 This document applies to these Xerox products: X WC 4150 X WCP 32/40 X WCP 35/45/55 X WCP 65/75/90 X WCP 165/175 X WCP 232/238 X WCP 245/255 X WCP
Unified Directories at the Rochester Institute of Technology Matt Campbell (firstname.lastname@example.org) About RIT RIT is one of the nation s top comprehensive universities and sets the national standard for
PowerSchool Premier 5.1 Student Information System Document Properties Copyright Owner Copyright 2007 Pearson Education, Inc. or its affiliates. All rights reserved. This document is the property of Pearson
Unicenter NSM Integration for BMC Remedy User Guide This documentation and any related computer software help programs (hereinafter referred to as the Documentation ) is for the end user s informational
End User Guide The guide for email/ftp account owner ServerDirector Version 3.7 Table Of Contents Introduction...1 Logging In...1 Logging Out...3 Installing SSL License...3 System Requirements...4 Navigating...4
Your consent to our cookies if you continue to use this website.