ited. If you
are not the intended recipient, please immediately contact the sender by reply
e-mail and delete the original message and destroy all copies thereof.
Von: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] Im Auftrag von
Michael Wiegand
Gesendet: Dienstag, 30. April
Hallo Mailingliste,
ich versuche momentan herauszubekommen wie der Ticketfilter des
GenericAgents und der PostmasterFilter arbeitet. Genauer gesagt verstehe
ich nicht wie die Filterfunktion gesetzt werden muss, damit die Kriterien
greifen.
Wenn ich soweit richtig gegoogelt habe, muss man beim
liebe liste,
nach dem update von otrs 2 auf 3 wurden in meiner installation keine
generic-agent jobs ausgeführt.
lt crontab werden jedoch alle jobs jetzt mit /otrs. ausgeführt.
crontab -l u otrs
* QUELLE/REFERENZ zur manuellen installation:
http://doc.otrs.org/3.1/de/html/manual-installa
Hallo Christian,
du hast mir schon viel geholfen!
Es verschafft mir einen guten Überblick (Suchkriterien, new ticket
properties), wie ich einen Job ohne GUI anlegen kann. So hat man ja oftmals
mehr Optionen, wie gefiltert/verändert werden kann.
Mit Linux kenne ich mich wirklich gut aus, also mit
Genau im gleichen Ordner wo sich die GenericAgent.pm.examples befindet dort
befindet sich auch die GenericAgent.pm. Also Ordner OTRS\OTRS\Kernel\Config
In dieser Datei kannst du ebenfalls periodische Jobs, sogenannte CronJobs,
anlegen.
Mach dir hier mal ein kurzes Beispiel wie sich das gliedert (a
Hallo Christian,
erstmal Danke für die Antwort! Da hab ich ja was zum Stöbern ... ;)
Was meinst du mit "in" der GenericAgent.pm anlegen?
Ich nutze die Weboberfläche, lege also selber keine Datei an. Die Daten zu
meinem GA finde ich nur in der Datenbank (generic_agent_jobs).
Hier werden 150 Daten
Servus,
schau dir das mal an vll findest da drin die Einstellung die du suchst. Ich
geh mal davon aus, dass du deinen Job in der GenericAgent.pm anlegst?
%Jobs = (
'Aktion' => {
#+ TicketNumber => '%21000120%',
#- TicketNumber => ['%123546%', '%123666%'],
#+ Title => '%ome%',
#
Hallo Liste!
Ich suche Tickets mit dem GenericAgent nach "Änderungs-Zeiten". Die Einstellung
ist
Ticket geändert vor 3 Monaten.
(Lieber wäre mir: "seit 3 Monaten unverändert". Hab ich eine Einstellung
übersehen?)
Die gefundenen Tickets verschiebe ich in eine andere Queue und setzte den
Statu
Hallo Liste,
ich möchte (als GA newbie) alte Tickets (>90 Tage)
- auf den Status "neu" setzten
- eine entsprechende Notiz hinterlegen
- in unsere Eingangs-Queue verschieben
Das funktioniert auch (Einstellungen GA: siehe unten).
Dann verschiebe ich meine Tickets wieder in meine Queues und sperre
Ahoi,
ich habe folgendes Problem:
GenericAgent
Suche nach VON: *mailer-daemon*
Aktion: Lösche Tickets
Ich bekomme als Ergebnis für den Job 3425 Tickets die zu bearbeiten
wären, klicke auf JOB AUSFÜHREN und nichts passiert. Er bringt mich
direkt auf die Admin Übersichtsseite - laut Systemlog mach
Hallo,
ich habe über die Weboberfläche einen GenericAgent eingerichtet und möchte
diesen ausführen.
Auf der Konsole habe ich folgendes ausgeführt.
./GenericAgent.pl -c db
Es kommt keine Meldung und es wird auch der DB Job nicht ausgeführt.
Hat jemand eine Idee?
Vielen Dank.
Frank Wall wrote on Mon, Mar 09, 2009 at 11:22:51AM CET:
> Das Problem ist ja, dass das Script schon beim manuellen Aufruf in der
> Kommandozeile nicht die Jobs ausführt, die in der DB eingetragen sind.
Ich habe mir das GenericAgent.pl mal genauer angesehen und die Ursache
für meine Probleme damit
Hi Josy,
bei mir läuft OTRS unter FreeBSD [1], deshalb gibt es ein paar Unterschiede
bzgl. Installationspfad, Shell und Cron.
> mach mal nen test über cmd-line: [...]
# su otrs
%echo $HOME
/usr/local/otrs
%cd $HOME
%cd bin
%./GenericAgent.pl -c db
%
> /etc/passwd,
> der otrs-user braucht ne she
Hi frank,
die crontabs sind zwar eingetragen, ist aber net sicher, ob sie auch mit dem
otrs-user ausgeführt werden können:
mach mal nen test über cmd-line:
[r...@srv91 otrs]# su otrs
bash-3.2$ echo $HOME
/opt/otrs
bash-3.2$ cd bin
bash-3.2$ ./GenericAgent.pl -c db
Job: 'ITSM:freigabeerforderlic
Hi Josy,
> das klingt fast danach, wenn der crontab für den otrs-user
> nicht aktiviert/eingetragen ist. (steht in der setup-anleitung)
> was zeigt?
> # crontab -l -u otrs
der Cronjob ist aktiv:
# crontab -l -u otrs
0 * * * * $HOME/bin/UnlockTickets.pl --timeout
0 * * * * $HOME/bin/
> Wie kriege ich das Script dazu, auch die DB-Jobs zu bearbeiten?
> Die funktionieren nämlich wunderbar, wenn ich sie über die Admin-GUI
> manuell über "Jetzt ausführen!" starte.
Hi frank,
das klingt fast danach, wenn der crontab für den otrs-user nicht
aktiviert/eingetragen ist. (steht in der s
Hi,
ich habe über die Admin-GUI die ersten Jobs für den Generic Agent
angelegt. Allerdings werden diese beim Aufruf von GenericAgent.pl
komplett ignoriert:
%./bin/GenericAgent.pl -c db
%./bin/GenericAgent.pl -c db -d 1
Egal, was ich tue, die Ausgabe ist immer leer und die Tickets werden
nicht wi
Hallo Liste,
Was will mir diese Meldung sagen?
Die erhält 'root' für jedes Ticket alle 5 Min, wenn der GenericAgent läuft
ERROR: OTRS-GenericAgent-10 Perl: 5.8.8 OS: linux Time: Sat Aug 23 06:20:03
2008
Message: No valid time format '1219464603'!
Traceback (24999): Module: Kernel::System::Ticket
Hallo,
Kennt keiner von euch diese Systemmails?
Was will mir diese Meldung sagen?
Die erhält 'root' für jedes Ticket alle 5 Min, wenn der GenericAgent läuft
ERROR: OTRS-GenericAgent-10 Perl: 5.8.8 OS: linux Time: Sat Aug 23 06:20:03
2008
Message: No valid time format '1219464603'!
Traceback (24
Hallo Liste,
Was will mir diese Meldung sagen?
Die erhält 'root' für jedes Ticket alle 5 Min, wenn der GenericAgent läuft
ERROR: OTRS-GenericAgent-10 Perl: 5.8.8 OS: linux Time: Sat Aug 23 06:20:03
2008
Message: No valid time format '1219464603'!
Traceback (24999): Module: Kernel::System::Ticket
Hallo Christian,
besten Dank für Deine Infos. Ich hab mir Deine Verweise noch nicht genau
angeschaut, werde es aber nachholen.
Christian Schoepplein schrieb:
Hi Alexander,
On Do, Mär 23, 2006 at 08:34:38 +0100, Alexander Scholler wrote:
ich möchte alle Tickets löschen deren Schließen-Zeitpun
Moin-moin Christoph,
Alexanders Problem stellte sich mir so auch schon.
Es ist halt ein Unterschied zu wissen, welche Tickets, die in Zeitraum X-Y erstellt wurden, jetzt geschlossen sind und welche Ticket im Zeitraum X-Y geschlossen wurden, unabhaengig davon, wann sie erstellt wurden.
Da
Hi Alexander,
On Do, Mär 23, 2006 at 08:34:38 +0100, Alexander Scholler wrote:
>ich möchte alle Tickets löschen deren Schließen-Zeitpunkt einen
>definierten Zeitraum zurückliegt.
Meinst du damit z.B. auf heute bezogen alle Tickets vor z.B. dem Dateum
01.01.2006 oder alle Tickets die z.B. älter
Hallo Liste,
ich möchte alle Tickets löschen deren Schließen-Zeitpunkt einen
definierten Zeitraum zurückliegt.
Hierzu sollte sicherlich der GenericAgent genutzt werden, nur leider
kann dort der Schließenzeitpunkt nicht als Auswahlkriterium genutzt werden.
Deshalb möchte ich eine Modulerweiterun
Hallo.
Mein Patch hilft allerdings nur für Tickets, die neu erstellt werden.
Die alten behalten Ihre "falsche" Ticketnummer.
Deiner SQL Abfrag hilft das also nicht.
Für die Zukunft würde ich empfehlen gleich auf dem Dateisystem statt
in der Datenbank zu speichern. Dann sollten sich solche Probleme
Hallo zusammen,
zwar in anderem Zusammenhang, aber wohl die selbe Fehlerursache
betreffend hab ich hier im Forum folgendes gefunden:
> Hallo.
>
> Ich habe nun ein Patch, der bei mir funktioniert.
>
> Suche in DateChecksum.pm nach:
>
>
> $Month = "0$Month" if ($Month <10);
> $Day = "0$D
Hallo Marc,
ich habe zwar keine Antwort auf Deine Anfrage, kann Dein Problem jedoch
indirekt bestätigen.
Du verwendest wohl OTRS 2.x.
Bei dieser Version habe ich nämlich festgestellt, dass die Ticket# bei
einstelligen Monatstagen 2 statt 1 Null enthält, also z.B für Deinen
Fall eben nicht Ticket#2
Hallo Liste,
Grössere Probleme beim endgültigen Löschnversuch von Tickets.
Da unserew ArticlePlain Tabelle 4GB erreicht hat, wir dadurch keine Emails mehr
empfangen,
muss ich die Tabelle etwas leerer bekommen.
Nehme ich den GenericAgent und wähle Ticket erstellt zwischen z.B. 2003-10-10
bis
Hallo,
> >rebuild_ticket_index.dist
> >-rw-rw-r-- 1 otrs users 359 May 30 16:47 session.dist
> >-rw-rw-r-- 1 otrs users 345 May 30 16:47 unlock.dist
>
> Uah! Per Hand oder RPM installiert? Wenn per RPM, dann war das
per Hand.
> nicht OK bzw. es hat was gefehlt. Jeden
Hi Wolfgang,
On Di, Jun 07, 2005 at 05:07:02 +0200, Wolfgang Lumpp wrote:
>> Wie sehen die Berechtigungen für die Skripte aus, die über die crontab
>> des OTRS-Users ausgeführt werden? Kannst du die Skripte als OTRS-User
>> ausführen? Log dich mal als OTRS-User ein und schick die Ausgabe von
>>
>>
Hallo,
> >habe mal genau wie von Dir beschrieben einen neuen Job angelegt.
> >Fehler ist der gleiche.
> >Habe zusätzlich noch versucht, alles unter Status und alles unter Besitzer
> >auszuwählen. Leider auch nichts.
> >Wenn ich aber den Job von der Weboberfläche aus starte, funktioniert das
> >gan
Hi Wolfgang,
On Di, Jun 07, 2005 at 04:37:23 +0200, Wolfgang Lumpp wrote:
>Hallo,
>
>Am Dienstag, 7. Juni 2005 11:52 schrieb Christian Schoepplein:
>> Hi Wolfgang,
>>
>> On Mo, Jun 06, 2005 at 02:50:40 +0200, Wolfgang Lumpp wrote:
>> >ich habe über die Weboberfläche einen Job zum löschen von Ticke
Hallo,
Am Dienstag, 7. Juni 2005 11:52 schrieb Christian Schoepplein:
> Hi Wolfgang,
>
> On Mo, Jun 06, 2005 at 02:50:40 +0200, Wolfgang Lumpp wrote:
> >ich habe über die Weboberfläche einen Job zum löschen von Tickets in der
> >Junk-Queue angelegt.
> >OTRS 2.0.x CVS unter SuSE 9.0
> >Beim ausführ
Hi Wolfgang,
On Mo, Jun 06, 2005 at 02:50:40 +0200, Wolfgang Lumpp wrote:
>ich habe über die Weboberfläche einen Job zum löschen von Tickets in der
>Junk-Queue angelegt.
>OTRS 2.0.x CVS unter SuSE 9.0
>Beim ausführen bekomme ich im Log die Meldungen:
>
>Mon Jun 6 14:30:03 2005notice
Hallo,
ich habe über die Weboberfläche einen Job zum löschen von Tickets in der
Junk-Queue angelegt.
OTRS 2.0.x CVS unter SuSE 9.0
Beim ausführen bekomme ich im Log die Meldungen:
Mon Jun 6 14:30:03 2005 notice OTRS-PM-10 Sent agent
'NewTicket'
notification to '[EMAIL PRO
Hallo Liste!
Ich kann die GenericAgents systembedingt nur immer alle 30 Minuten
laufen lassen.
Muss ich etwas beachten bei den Jobs?
Was passiert eigentlich wenn die Jobs alle halbe Stunde per cron
ausgeführt werden also z.b. jeweils um alle 17 und 47 Minuten, die
Jobs allerdings auf 30 Minut
HI Robert,
thus I tried before and it resulted in the same error. But meanwhile I
put a completly new GenericAgent.pm (I copied it out of a tar) in place,
placed the delete job in it...and: it works I made a diff between
the old one and the new one and no diffs where found..all in all a
Hello,
try renaming the GenericAgentDelete to GenericAgentDelete.pm.
Regards,
Robert Heinzmann
Yvonne Haller wrote:
HI,
a) I have a GenericAgentDelete with :
-rw-r--r--1 otrs1root 1300 Feb 16 10:37 GenericAgentDelete
___
OTRS Mailingliste:
HI,
a) I have a GenericAgentDelete with :
-rw-r--r--1 otrs1root 1300 Feb 16 10:37 GenericAgentDelete
# --
# $Id: GenericAgent.pm.dist,v 1.7 2004/02/12 00:55:01 martin Exp $
# --
# This software comes with ABSOLUTELY NO WARRANTY. For details, see
# the enclosed file COPYING for licen
Hallo,
kann man der Funktion
move escalation ticket to queue and execute CMD
des GenericAgent beibringen,
nicht nur eine Queue => 'XX Support'
sondern alle Queues => 'XX*' die zum regulären Ausdruck passen
in der Abfrage zu bearbeiten?
Mit freundlichen Grüßen / Kind regards
Martin Bartsch
HI,
Gibt es eine Möglichkeit mit dem GenericAgent Ticket Anhänge auszulesen, bzw
abzuspeichern in einen Ordner
best Regards / mit freundlichen Grüßen
C.Dornig
___
OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.
Title: Nachricht
Hallo,
kennt jemand von
Euch eine Möglichkeit im GenericAgent.pm eine Regel zu erstellen, die alle
vorgegeben Dateianhänge %.exe%, %.vbs%, %.scr% etc. zu
löschen?
Danke im
vorraus!
Abdullah
Nazar
___
OTRS Mailingliste: otr
On Monday, August 16, 2004 11:39 AM
Karlo Gross <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 16, 2004 at 09:39:26AM +0200, Robert Kehl wrote:
>> On Sunday, August 15, 2004 9:00 AM
>> Karlo Gross <[EMAIL PROTECTED]> wrote:
Ist die Angabe 1440 Min, korrekt? Er loescht mir naemlich alles.
>>
>> 1*24*
On Mon, Aug 16, 2004 at 09:39:26AM +0200, Robert Kehl wrote:
> On Sunday, August 15, 2004 9:00 AM
> Karlo Gross <[EMAIL PROTECTED]> wrote:
> >> Ist die Angabe 1440 Min, korrekt? Er loescht mir naemlich alles.
>
> 1*24*60 = 1440 sagt mein calc.
Das sagt meine auch nach komlizierten berechnungen. ;
On Sunday, August 15, 2004 9:00 AM
Karlo Gross <[EMAIL PROTECTED]> wrote:
>> Ist die Angabe 1440 Min, korrekt? Er loescht mir naemlich alles.
1*24*60 = 1440 sagt mein calc.
Es grüßt fröhlich
Robert Kehl
___
OTRS Mailingliste: otrs-de - Webpage: http:/
# --
# [name of job] -> close and delete all tickets in queue delete
# --
'clean_root' => {
# get all tickets with these properties
Queue => 'Rootmeldungen',
# tickets older then 24 hours
TicketCreateTimeOlderMinutes => 1440,
# new ticket properties (no option is r
On Monday, January 12, 2004 10:29 AM
Lars Monsees <[EMAIL PROTECTED]> wrote:
>> > Müsste ich also per Job alle Tickets auf "nicht
>> beantwortet" setzen?
>>
>> Wenn Sie wieder eskalieren sollen, ja.
>>
> Ja? Wo?
> Bitte verrate es mir, Robert ;-)
Setze im GA den State 'open' (
> >>Das ist das beabsichtigte Verhalten. Ein Ticket gilt
> dann nicht
> >mehr als >eskaliert, wenn es bearbeitet wurde, z.B. ein neuer
> >Pending-State >vergeben wurde, oder eine Antwort
> versandt. Danach
> >schlummert ein Ticket >gerne bis in alleEwigkeiten,
>> Problem ist im Moment noch, dass Tickets, die einmal beantwortet
>> wurden (und das ist der Standard wenn man eine Antwort erstellt) in
>> der DB entsprechend als beantwortet markiert werden. Diese werden
>> aber anscheinend nicht beachtet, wenn auf eskalierte Tickets geprüft
>> w
On Monday, January 12, 2004 10:09 AM
Lars Monsees <[EMAIL PROTECTED]> wrote:
>>Das ist das beabsichtigte Verhalten. Ein Ticket gilt dann nicht
>mehr als >eskaliert, wenn es bearbeitet wurde, z.B. ein neuer
>Pending-State >vergeben wurde, oder eine Antwort versandt. Danach
>schlummer
>> Problem ist im Moment noch, dass Tickets, die einmal beantwortet
>> wurden (und das ist der Standard wenn man eine Antwort erstellt) in
>> der DB entsprechend als beantwortet markiert werden. Diese werden
>> aber anscheinend nicht beachtet, wenn auf eskalierte Tickets geprüft
>> w
On Friday, January 09, 2004 5:53 PM
Lars Monsees <[EMAIL PROTECTED]> wrote:
> Problem ist im Moment noch, dass Tickets, die einmal beantwortet
> wurden (und das ist der Standard wenn man eine Antwort erstellt) in
> der DB entsprechend als beantwortet markiert werden. Diese werden
> aber anscheinend
> > Lösung:
> > - UnlockTickets.pl unter neuem Namen abspeichern (damit es beim
> > nächsten Update nicht überschrieben wird) und anpassen
> > - Bisherigen Job so anpassen, dass am Ende ein Kommando
> ausgeführt
> > wird (UnlockTickets.pl starten)
> >
> > Ist das ok oder ha
>
>
> On Friday, January 09, 2004 2:33 PM
> Lars Monsees <[EMAIL PROTECTED]> wrote:
> > Lösung:
> > - UnlockTickets.pl unter neuem Namen abspeichern (damit es beim
> > nächsten Update nicht überschrieben wird) und anpassen
> > - Bisherigen Job so anpassen, dass am Ende ein
On Friday, January 09, 2004 2:33 PM
Lars Monsees <[EMAIL PROTECTED]> wrote:
> Lösung:
> - UnlockTickets.pl unter neuem Namen abspeichern (damit es beim
> nächsten Update nicht überschrieben wird) und anpassen
> - Bisherigen Job so anpassen, dass am Ende ein Kommando ausgeführt
> wird (UnlockTickets
(snip)
> >>
> >> der GenericAgent sieht nur die StateTypes, die in
> >>
> >> $Self->{ViewableStateType} = ...
> >>
> >> festgelegt sind. Ebenso nur die Locks, die mit
> >>
> >> $Self->{ViewableLocks} = ...
> >>
> >> bestimmt si
On Friday, January 09, 2004 12:03 PM
Lars Monsees <[EMAIL PROTECTED]> wrote:
>> > Dann habe ich ein "Locks => ['unlock', 'lock']," in den Job
>> > eingefügt, aber mein zweites Ticket wurde nicht verschoben.
>>
>> der GenericAgent sieht nur die StateTypes, die in
>>
>> $Sel
>
> On Friday, January 09, 2004 11:32 AM
> Lars Monsees <[EMAIL PROTECTED]> wrote:
> > Use of uninitialized value in concatenation (.) or string at
> > /opt/otrs/Kernel/System/Ticket/SendNotification.pm line 40.
> >
> > Die Fehlermeldung kann ich wohl ignorieren.
>
> Ja
On Friday, January 09, 2004 11:32 AM
Lars Monsees <[EMAIL PROTECTED]> wrote:
> Use of uninitialized value in concatenation (.) or string at
> /opt/otrs/Kernel/System/Ticket/SendNotification.pm line 40.
>
> Die Fehlermeldung kann ich wohl ignorieren.
Ja.
> Dann habe ich ein "Locks => ['unlock', '
>
> > Wenn ich nun manuell GenericAgent.pl als otrs-user
> starte, bekomme
> > ich keine Fehlermeldung, aber das Ticket wird auch nicht
> verschoben!
>
> Entferne mal das eh' nutzlose
>
> Escalation => 0,
>
erledigt
> und/oder schalte Debugging ein
On Thursday, January 08, 2004 3:36 PM
Lars Monsees <[EMAIL PROTECTED]> wrote:
> Wenn ich nun manuell GenericAgent.pl als otrs-user starte, bekomme
> ich keine Fehlermeldung, aber das Ticket wird auch nicht verschoben!
Entferne mal das eh' nutzlose
Escalation => 0,
und/oder schalte Debu
Hallo,
ich habe mir gerade einen Job für den
GenericAgent gebastelt, der Tickets (aus allen Queues), die eskaliert sind, in
eine andere Queue verschieben soll.
# -- # [name of
job] -> Escalation-Tickets verschieben # --
'move escalation tickets' => { # get all
tickets wi
62 matches
Mail list logo