-warten!- Status wieder ändern?

[shadowswiss]

Ich habe da ein Verständnisproblem: Wenn ich ein Ticket auf warten setze, und diese Frist abgelaufen ist, so kommt das Ticket nicht mehr in die Ansicht meine Queues, sonder bleibt in der Ansicht Erinnerungstickets. Was ist der Sinn dahinter? Ich hätte lieber, dass das Ticket nach der Wartezeit wieder normal in der Ansicht meine Queues erscheint. Lässt sich dies bewerkstelligen?

Danke

[Daniel Obee]

Normalerweise sollte pro Queue noch eine Entsperrzeit eingegben sein. Nach Ablauf beider Fristen (Erinnnerung und Sperre) wird dann das Ticket auch wieder in der Queue für alle sichtbar.

Gruß
Daniel

[shadowswiss]

Danke für die Antwort.....

Ich habe den Freigabe Zeitintervall auf 2 Minuten gesetzt. Die Warten/Erinnerungszeit ist seit 72 Stunden abgelaufen (-72). Die Tickets verbleiben aber immer noch in der Erinnerungsansicht und nicht in MEINER QUEUE.

Was könnte ich falsch konfiguriert haben?

Danke für weitere Inputs

[Daniel Obee]

Ich nehme mal an, Du redest vom Dashboard, oder? Da ist das so gewollt.

Man kann sich allerdings die pending - Status auch zusätzlich in den offenen oder neuen Tickets anzeigen lassen - oder alle in einer Box. Dazu musst Du die entsprechenden Status in der Sysconfig (z.B: unter DashboardBackend###0120-TicketNew) mit aufnehmen (einfach hintereinander aufführen:

StateType=new;StateType=open;StateType=pending reminder;

Gruß
Daniel

[shadowswiss]

Ja, ich meinte im Dashboard.

[BIG_jan]

wenn du meinst, dass wartende Tickets nach dem ablauf des warte-datum nicht wieder auf offen gesetzt werden:
da gibt es einen cron-job für, den man aber erst aktivieren muss.
var/cron/pending_jobs.dist anpassen und umbenennen und mit 'bin/Cron.sh -u USER restart' laden

[shadowswiss]

Danke, so habe ich die Mails tatsächlich wieder unter den openmails. Aber immer auch noch in den Errinerungen......Nun ja, aber danke, so kann ich leben.

[shadowswiss]

@big_JAN

Das war mir nun ein wenig zu hoch......

Hab die Datei gefunden pending_jobs. Was mus sich nun mit dieser machen?

Code: Select all

# --
# cron/pending_jobs - pending_jobs cron of the OTRS
# Copyright (C) 2001-2009 xxx, http://otrs.org/
# --
# $Id: pending_jobs.dist,v 1.11 2009/02/16 20:55:11 tr Exp $
# --
# This software comes with ABSOLUTELY NO WARRANTY. For details, see
# the enclosed file COPYING for license information (AGPL). If you
# did not receive this file, see http://www.gnu.org/licenses/agpl.txt.
# --

# check every 120 min the pending jobs
45 */2 * * *    $HOME/bin/PendingJobs.pl >> /dev/null

Vielen Dank für eine Antwort......

[BIG_jan]

1a. in der SysConfig nach StateAfterPending suchen
1b. dort 'pending reminder' -> 'open' hinzufügen
1c. aktualisieren
1d. prüfen ob es drin steht
2a. /var/cron/pending_jobs.dist in pending_jobs umbenennen
2b. Die Zeiten können in der pending_jobs datei angepasst werden (std: alle 120 um x:45Uhr)
alle 10min: */10 * * * * $HOME/bin/PendingJobs.pl >> /dev/null
3a. 'crontab -u <linux-otrs-benutzer> -l' ausführen
3b. schauen ob schon etwas von pending_jobs drin steht (sollte nicht)
4a. bin/Cron.sh restart <linux-otrs-user> ausführen
4b. 'crontab -u <linux-otrs-benutzer> -l' ausführen
4c. jetzt sollten die Pending Jobs drin stehen und jede 120min (std) ausgeführt werden.
5a. beliebiges Ticket auf 'warten' setzen und testen (open)
5b. beliebiges ticket auf 'warten auf erfolgreich schließen' setzen und testen (close)

ist doch ein bisschen umfangreicher

[shadowswiss]

Danke!

[vvo]

Hallo,

ich hab das, wie oben beschrieben in der 3.0.0 beta2 probiert. Geht dort aber nicht.
Pending autoclose funktioniert.

Ist das ein Bug oder ist hier noch eine weitere Einstellung notwendig?

[BIG_jan]

an welcher stelle hapert es denn. kann sein, dass da in 3.0 was geändert wurde, habe das noch nicht getetstet.

[vvo]

Was möchtest Du denn wissen. Ich hab die Einstellungen, wie angegeben, gemacht. Es passiert halt nichts.