On Sep 14 at 6:59am, Travis Roy wrote:
What I'm hoping to do is setup something in tandem where mail gets delivered
to the new server and gets passed on to imail, then when I'm ready I can
just "flip a switch".
To improve upon that idea: After testing and everything, put the new, better
sys
RUN!
> -Original Message-
> When we upgraded to the newest version of imail they changed
> the webmail interface and we went through weeks of "but this
> is different".
>
> What I'm hoping to do is setup something in tandem where mail
> gets delivered to the new server and gets passed
Hah, you say those things like we have a linux mail server. Sadly, we
use Ipswitch Imail (I know, I know)
It sounds to me like your poor mail server is costing your company lots
of money. Down 50 times and customer communication keeps getting
screwed up - put a number next to that. Then p
On Sep 13, 2005, at 17:51, Travis Roy wrote:
That should be possible based on the subject and header information.
I believe there have been some RT ad-ons that attempt to do the subject
line thing, but it's discouraged. As Ben said, what do you do with
"Re: help!" when you have 20 of them i
On Sep 13 at 5:51pm, Travis Roy wrote:
So, you want a ticketing system that knows that an e-mail that wasn't sent
through it, where the essential identifying information has been changed,
is part of a particular ticket? Maybe I missed something.
That should be possible based on the subject and
So, you want a ticketing system that knows that an e-mail that wasn't
sent through it, where the essential identifying information has been
changed, is part of a particular ticket? Maybe I missed something.
That should be possible based on the subject and header information.
You need to p
In the past, I've had success with GNATS
(http://www.gnu.org/software/gnats/). So far as I know, the clients
haven't had a need to upgrade to later versions. It works with email and
web based submissions.
--Bruce
Travis Roy wrote:
Does anybody know of a good email based trouble ticketing sy
On Sep 13, 2005, at 17:19, Travis Roy wrote:
The way the system is setup support emails go to each tech, and to the
ticketing system. The boss (and others in my group) are replying to
the emails sent to them, not through the ticketing system. This is
causing a problem.
I can not get him to c
You could use the one I wrote at my last company, but it would be easier to
just adapt RT accordingly, rather than start all anew.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Travis Roy
> Sent: Tuesday, September 13, 2005 4:44 PM
> To: GNHLUG m
Actually you can have replies to tickets in request tracker be added to the
appropriate ticket, and have emails for new tickets create a new ticket.
We use it here and that is the behavior we have.
Dan
Tr
We currently use Request Tracker, but it has some limitation. One is
that when you reply to a customer if you don't do it within the
ticketing system it usually generates another ticket.. And when our
CTO does most of his stuff via his blackberry now, that's a lot of
tickets.
Are your head
On Sep 13, 2005, at 16:43, Travis Roy wrote:
We currently use Request Tracker, but it has some limitation. One is
that when you reply to a customer if you don't do it within the
ticketing system it usually generates another ticket.. And when our
CTO does most of his stuff via his blackberry no
12 matches
Mail list logo