Hi all,
I am integrating OTRS with Nagios, I comment, I'm using the manual in
pdf: nagios_conference_2008_en.pdf, appears in the documentation, but on
page 12, add this code:
213 # 'check_otrs' command definition
214 #define commnad{
215 # command_namecheck_otrs
21
Hi all,
I am integrating OTRS with Nagios, but I only find old manuals do not
help much, can anyone suggest a more recent manual, I'm using OTRS
version 2.4.7.
thank you very much
Julio Cesar Angulo Quiroz
Telf.: 997066155
2003 21:55
To: User questions and discussions about OTRS.
Subject: Re: [otrs] Integrating OTRS
Hi Tom,
On Thu, Dec 04, 2003 at 01:51:01PM +0100, Tom Hesp wrote:
> [...]
> However, for the agents it is a different story. I had a look into the
> modules for CustomerUser and User and am
Hi Tom,
On Thu, Dec 04, 2003 at 01:51:01PM +0100, Tom Hesp wrote:
> [...]
> However, for the agents it is a different story. I had a look into the
> modules for CustomerUser and User and am thinking along the following path:
> If I follow the same scheme as for CustomerUser I could add a load of a
Martin,
I am not sure whether I am responding to your answer in the correct way so I
could be opening up a new thread this way. If that's the case, sorry.
Thanks for your prompt response. I see that redirecting OTRS to my own
customer table shouldn't be too much of a problem as long as I store th
Hi Tom,
On Wed, Dec 03, 2003 at 01:28:41PM +0100, Tom Hesp wrote:
> I have an issue that someone in the OTRS community might be able to help me
> with:
>
> I am running a web application, a web bulletin board system (Ikonboard) and
> OTRS and I want to integrate the three of them. They all run on
Hi All,
I just installed OTRS 1.1.3 and may I congratulate the developers on a very
well constructed system that is very easy to configure and adapt to my
needs!
I have an issue that someone in the OTRS community might be able to help me
with:
I am running a web application, a web bulletin board
Hi,
> This is definitely going to have to be thought about. Every one of this
> opinions have merit and everyone has something they can use out of it.
> I guess the biggest issue here is what is really going to work for the
> masses. Obviously, OTRS is working great for all of us because we
> co
-
From: Moshe Leibovitch (SoftLink) [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 27, 2003 7:30 AM
To: '[EMAIL PROTECTED]'
Subject: Re: [otrs] Integrating OTRS with e-mail more easily
Hi,
We are not trying to complicate things, just make them more effective.
If you allow the "
is more reasonable (IMHO). It is
also the easiest modification to the source. You can detect the agent by its
email address, so it is really simple.
Moshe
--__--__--
Message: 3
Date: Mon, 27 Jan 2003 11:00:04 +0100
From: Stefan Wintermeyer <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject
Hi Guys,
On Mon, Jan 27, Gene Parks wrote:
> I have been thinking about this on and off and maybe some of the
> functions from Big Brothers mail interface can be of use here.
I don't think that the LOCK e-mail as proposed by Moshe is a good idea.
I think this is an unnessesary work overhead. I do
7;
Subject: [otrs] Integrating OTRS with e-mail more easily
Hi,
I would like to see this functionality as well. the locking problem can
be solved by sending a "LOCK" email at the beginning of the processing
by the agent. one of the big advantages of having this interface, is
easy integr
Hi,
I would like to see this functionality as well. the locking problem can be
solved by sending a "LOCK" email at the beginning of the processing by the
agent.
one of the big advantages of having this interface, is easy integration with
hand held devices and cellulars, that do not have a web inte
On Fri, Jan 03, 2003 at 05:57:29PM +, Phil Davis wrote:
> >Gene Parks is right that I want to run everything from e-mail, whilst
> >taking advantage of the Web backend as a history/repository/analysis
> >resource.
>
> Last year I asked an almost identical question but was persauded to try
> a
Nick Loman wrote:
Gene Parks is right that I want to run everything from e-mail, whilst
taking advantage of the Web backend as a history/repository/analysis
resource.
Last year I asked an almost identical question but was persauded to try
and use the OTRS web interface for a while.
Well, after
Hi guys,
Thanks for the responses.
Gene Parks is right that I want to run everything from e-mail, whilst
taking advantage of the Web backend as a history/repository/analysis
resource.
Stefan, you raise a good point which is that locking is difficult via
e-mail (i.e. I start writing a reply to a
I know exactly what Nick is looking for. There is a program out there
that does exactly that. http://www.perldesk.com.
Now we switched from perldesk to otrs and love otrs. It is a bit more
scalable and has a lot more features that perldesk does not. Otrs is
easier to configure in the long run
On Thu, Jan 02, Martin Edenhofer wrote:
> > It would also be nice if you could close tickets via e-mail.
> >
> > I like the web interface as a "repository" and archive, but would rather
> > not have to check it all the time as e-mail is really such a (relatively)
> > instant medium.
> >
> > Any
Hi Nick,
On Thu, Jan 02, 2003 at 01:19:44PM +, Nick Loman wrote:
> I am using OTRS which is great.
:-)
> I would like to use it in a slightly different way to the out-of-the-box
> configuration and wonder if you have any advice on how to do it;
>
> When a support ticket comes in, I do a CC
Hi guys,
I am using OTRS which is great.
I would like to use it in a slightly different way to the out-of-the-box
configuration and wonder if you have any advice on how to do it;
When a support ticket comes in, I do a CC to all of the agents at the same
time. What I would like is if the agent c
20 matches
Mail list logo
