Print

Print


We used Track-It briefly and found that it just didn't work that well.  It
had a lot of unacceptable requirements, one of which is having to stay
logged into the server to get certain pieces of it to run!  We're now using
MouseTracks, which is a lot cheaper, more reliable and better written.  In
addition, it's based on an Access database, so we can export data to do our
own reporting.

Regards,

Margaret
--
Margaret Wilson, MCSE
MSU College of Human Medicine Information Systems

----- Original Message -----
From: "Joe Norton" <[log in to unmask]>
To: <[log in to unmask]>
Sent: Monday, October 29, 2001 7:10 PM
Subject: Re: Thanks for the time


> Our trackit server goes out to lunch every 2-3 days.   It quits sending
any
> email notifications, or posting new requests in the database until it's
> rebooted.  No error messages or anything.  The requests just pile up, and
we
> get a flood of them when we boot it.  We aren't running it as a service.
> It runs all alone on it's own PC with a user logged in.   Good luck with
it.
>
>                 Joe Norton
>                 Network Geek at MSUFCU
>
> ----- Original Message -----
> From: "Don Bosman" <[log in to unmask]>
> To: <[log in to unmask]>
> Sent: Monday, October 29, 2001 4:04 PM
> Subject: Thanks for the time
>
>
> > Thanks to all who responded with the time server names.
> >
> > We are attempting to run the Recieve module for Track-It! help desk
> software
> > from Blue Ocean.
> > Great package for inventory and tracking calls, but the receive module
> > (which opens mail requests and moves them into the help desk data base)
is
> > driving me to distraction. Blue Ocean expects the module to be run on
the
> > server running Track-It with a user logged in to the server. They've
made
> no
> > provision to run it as a service. They also specifically told me not to
> use
> > the "run as a service" program from the resource kit. Policy here is to
> > leave the server logged off, which closes the module.
> >
> > Using a program called FireDeamon we've been able to keep the service
> going,
> > but it crashes for no good reason. Leaving it running on a workstation
> works
> > for a while, but the module messes with the time. Of course none of
their
> > other customers is having this problem, and it isn't the TIrecv module
> that
> > is causing any problems. ;-)
> >
> > With the time server name I can at least fix the time. Internet time
> > optimizers were not working well.
>