On Wed, Feb 12, 2003 at 11:55:24AM +1300, Sam Sargeant wrote:
> On Tue, Feb 11, 2003 at 11:39:36PM +0100, Thomas Lamy wrote:
> > can anybody recommend a simple (to set up and maintain) TTS for ISP use?
> > We want to
> > - auto-assign ticket ids to incoming support requests (by mail or web form)
>
On Tue, Feb 11, 2003 at 11:39:36PM +0100, Thomas Lamy wrote:
> can anybody recommend a simple (to set up and maintain) TTS for ISP use?
> We want to
> - auto-assign ticket ids to incoming support requests (by mail or web form)
> - assign tickets to individuals or groups
> - have a simple ticket rep
On Tue, Feb 11, 2003 at 11:39:36PM +0100, Thomas Lamy wrote:
> can anybody recommend a simple (to set up and maintain) TTS for ISP use?
> We want to
> - auto-assign ticket ids to incoming support requests (by mail or web form)
> - assign tickets to individuals or groups
> - have a simple ticket rep
Hi,
can anybody recommend a simple (to set up and maintain) TTS for ISP use?
We want to
- auto-assign ticket ids to incoming support requests (by mail or web form)
- assign tickets to individuals or groups
- have a simple ticket report system (where customers can look up the state
of their ticket)
On Sun, 9 Dec 2001 17:32:41 +0100, Christian Kurz <[EMAIL PROTECTED]>
wrote:
>On 09/12/01, Marc Haber wrote:
>> I didn't have time to look into webrt2. However, migration from webrt
>> to webrt2 seems to be hard since bug 114116 mentions that there is no
>> clean way to upgrade the database. Which
On Sun, 9 Dec 2001 17:32:41 +0100, Christian Kurz <[EMAIL PROTECTED]>
wrote:
>On 09/12/01, Marc Haber wrote:
>> I didn't have time to look into webrt2. However, migration from webrt
>> to webrt2 seems to be hard since bug 114116 mentions that there is no
>> clean way to upgrade the database. Which
On 09/12/01, Marc Haber wrote:
> On Thu, 6 Dec 2001 10:56:37 +0100, Christian Kurz <[EMAIL PROTECTED]>
> wrote:
> >On 06/12/01, Marc Haber wrote:
> >> webrt is - for example - completely missing a decently controllable
> >> e-mail interface. Basically every interaction needs to be done via the
> >
On 09/12/01, Marc Haber wrote:
> On Thu, 6 Dec 2001 10:56:37 +0100, Christian Kurz <[EMAIL PROTECTED]>
> wrote:
> >On 06/12/01, Marc Haber wrote:
> >> webrt is - for example - completely missing a decently controllable
> >> e-mail interface. Basically every interaction needs to be done via the
>
On Thu, 6 Dec 2001 10:56:37 +0100, Christian Kurz <[EMAIL PROTECTED]>
wrote:
>On 06/12/01, Marc Haber wrote:
>> webrt is - for example - completely missing a decently controllable
>> e-mail interface. Basically every interaction needs to be done via the
>
>Even in the new version webrt2, which is c
On Thu, 6 Dec 2001 10:56:37 +0100, Christian Kurz <[EMAIL PROTECTED]>
wrote:
>On 06/12/01, Marc Haber wrote:
>> webrt is - for example - completely missing a decently controllable
>> e-mail interface. Basically every interaction needs to be done via the
>
>Even in the new version webrt2, which is
On Mon, Dec 03, 2001 at 11:40:08PM -0600, Matt Fair wrote:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
> one in the stable release).
> Thanks,
> Matt
PerlDesk, http://perldesk.org looks pret
On Mon, Dec 03, 2001 at 11:40:08PM -0600, Matt Fair wrote:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
> one in the stable release).
> Thanks,
> Matt
PerlDesk, http://perldesk.org looks
On 06/12/01, Marc Haber wrote:
> On Tue, 4 Dec 2001 10:27:32 +0100, Christian Kurz <[EMAIL PROTECTED]>
> wrote:
> >On 03/12/01, Matt Fair wrote:
> >> Would would be the best trouble ticket system to use?
> >> I took a rt, but it doesn't look as good peopl
On Tue, 4 Dec 2001 10:27:32 +0100, Christian Kurz <[EMAIL PROTECTED]>
wrote:
>On 03/12/01, Matt Fair wrote:
>> Would would be the best trouble ticket system to use?
>> I took a rt, but it doesn't look as good people say it is (at least the
>
>What do you mean ex
On 06/12/01, Marc Haber wrote:
> On Tue, 4 Dec 2001 10:27:32 +0100, Christian Kurz <[EMAIL PROTECTED]>
> wrote:
> >On 03/12/01, Matt Fair wrote:
> >> Would would be the best trouble ticket system to use?
> >> I took a rt, but it doesn't look as good peopl
On Tue, 4 Dec 2001 10:27:32 +0100, Christian Kurz <[EMAIL PROTECTED]>
wrote:
>On 03/12/01, Matt Fair wrote:
>> Would would be the best trouble ticket system to use?
>> I took a rt, but it doesn't look as good people say it is (at least the
>
>What do you mean ex
We're about to deploy dcl - http://dcl.sourceforge.net
Really nice package in constant development and the developer is great
about adding requested functionality.
We're about to deploy dcl - http://dcl.sourceforge.net
Really nice package in constant development and the developer is great
about adding requested functionality.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Matt Fair <[EMAIL PROTECTED]> writes:
> Would would be the best trouble ticket system to use?
We use a home rolled ticket system (http://www.starnix.com/banal/dl/dev/),
tickets automatically created when clients email us, tickets
semi-automatically assigned to projects, tickets can
.
Thanks,
Keith
* Alejandro Borges ([EMAIL PROTECTED]) wrote:
> Subject: Re: trouble ticket system
> From: Alejandro Borges <[EMAIL PROTECTED]>
> To: z-deb-isp
> X-Mailer: Evolution/0.99.2 (Preview Release)
> Date: 04 Dec 2001 01:16:19 -0600
>
> El lun, 03-12-2001 a l
Matt Fair <[EMAIL PROTECTED]> writes:
> Would would be the best trouble ticket system to use?
We use a home rolled ticket system (http://www.starnix.com/banal/dl/dev/),
tickets automatically created when clients email us, tickets
semi-automatically assigned to projects, tickets can
.
Thanks,
Keith
* Alejandro Borges ([EMAIL PROTECTED]) wrote:
> Subject: Re: trouble ticket system
> From: Alejandro Borges <[EMAIL PROTECTED]>
> To: z-deb-isp <[EMAIL PROTECTED]>
> X-Mailer: Evolution/0.99.2 (Preview Release)
> Date: 04 Dec 2001 01:16:19 -0600
>
>
On 03/12/01, Matt Fair wrote:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
What do you mean exactly with "doesn't look"? Which featuers are you
missing? Which features does a trouble tic
On 03/12/01, Matt Fair wrote:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
What do you mean exactly with "doesn't look"? Which featuers are you
missing? Which features does a trouble
On Mon, Dec 03, 2001 at 11:40:08PM -0600, Matt Fair wrote:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
> one in the stable release).
- RT is good, at least it is clearly written and easily fit t
El lun, 03-12-2001 a las 23:40, Matt Fair escribió:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
> one in the stable release).
> Thanks,
> Matt
I like phpgroupware'sbut th
Would would be the best trouble ticket system to use?
I took a rt, but it doesn't look as good people say it is (at least the
one in the stable release).
Thanks,
Matt
On Mon, Dec 03, 2001 at 11:40:08PM -0600, Matt Fair wrote:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
> one in the stable release).
- RT is good, at least it is clearly written and easily fit t
El lun, 03-12-2001 a las 23:40, Matt Fair escribió:
> Would would be the best trouble ticket system to use?
> I took a rt, but it doesn't look as good people say it is (at least the
> one in the stable release).
> Thanks,
> Matt
I like phpgroupware'sbut th
Would would be the best trouble ticket system to use?
I took a rt, but it doesn't look as good people say it is (at least the
one in the stable release).
Thanks,
Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
30 matches
Mail list logo