Freigabemechanismus bei Follow-Ups nicht wirksam

Hallo, wir haben folgendes Problem in unserem OTRS festgestellt: Für eine Queue sind sowohl der Follow-Up- als auch der Freigabemechanismus bei Nichtbearbeitung innerhalb einer bestimmten Frist aktiviert. Wenn nun ein Follow-Up kommt, dann geht diese Nachfrage zwar wunschgemäß direkt an den letzten Bearbeiter und wird somit automatisch für diesen gesperrt, der Freigabemechanismus funktioniert dann aber nach unserer Beobachtung nicht mehr. Es handelt sich ja nicht um ein aktiv vom Bearbeiter gesperrtes Ticket. Liegt darin die Ursache, das sich Follow-Up- und Freigabemachanismus in diesem Fall nicht miteinander kombinieren lassen oder kann der Fehler woanders liegen? Bei "normal" gesperrten Tickets funktioniert der Freigabemechanismus bei Nichtarbeitung jedenfalls problemlos. Kann mir jemand weiterhelfen? Vielen Dank und viele Grüße Thomas Otto --- Dr. Thomas Otto Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Arbeitsgruppe "Basisdienste und Organisation" Am Faßberg 37077 Göttingen Tel.: 0551-201-1828 E-Mail: totto@gwdg.de

Hallo Mailinglist: Szenario: Mails landen in Queue --> Dann auf ne Antwortmail ----> und dann passierrt das? Software error: cannot redirect stderr to stdout: Bad file descriptor at /opt/otrs//Kernel/System/CheckItem.pm line 62 Woran kann das liegen? Danke Michele

Hallo Mailinglist: Szenario: Mails landen in Queue --> Dann auf ne Antwortmail ----> und dann passierrt das? Software error: cannot redirect stderr to stdout: Bad file descriptor at /opt/otrs//Kernel/System/CheckItem.pm line 62 Woran kann das liegen? Danke Michele

Hi Michele, On Di, Jun 07, 2005 at 10:33:39 +0200, Michele Bonadio (Bike o' bello) wrote:
Szenario: Mails landen in Queue --> Dann auf ne Antwortmail ----> und dann passierrt das?
Software error:
cannot redirect stderr to stdout: Bad file descriptor at /opt/otrs//Kernel/System/CheckItem.pm line 62
Sind alle perl-Module ordentlich installiert? Mach mal ein ./bin/otrs.checkModules wenn du dich im Homeverzeichnis des OTRS Benutzers befindest. Was wird da angezeigt? Welches OTRS nutzt du? Auf welchem Betriebssystem? Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Hallo Liste, Alle Perl Module sind Korrekt installiert! Wir benutzen das OTRS 1.3.2! Auf Fedora 1! Es ist echt dringend da unser Support derzeit komplett lahm liegt! Wir könne keine Mail beantworten! Bitte um Hilfe....... -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Christian Schoepplein Gesendet: Dienstag, 7. Juni 2005 12:05 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] cannot redirect stderr to stdout: Hi Michele, On Di, Jun 07, 2005 at 10:33:39 +0200, Michele Bonadio (Bike o' bello) wrote:
Szenario: Mails landen in Queue --> Dann auf ne Antwortmail ----> und dann passierrt das?
Software error:
cannot redirect stderr to stdout: Bad file descriptor at /opt/otrs//Kernel/System/CheckItem.pm line 62
Sind alle perl-Module ordentlich installiert? Mach mal ein ./bin/otrs.checkModules wenn du dich im Homeverzeichnis des OTRS Benutzers befindest. Was wird da angezeigt? Welches OTRS nutzt du? Auf welchem Betriebssystem? Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Hi Michele! On Mi, Jun 08, 2005 at 09:30:47 +0200, Michele Bonadio (Bike o' bello) wrote:
Alle Perl Module sind Korrekt installiert!
Zeig mir die Ausgaben der Befehle, erst dann glaub ich's dir ;-).
Wir benutzen das OTRS 1.3.2! Auf Fedora 1! Es ist echt dringend da unser Support derzeit komplett lahm liegt! Wir könne keine Mail beantworten!
Hat OTRS vorher denn schon mal ordentlich funktioniert, also konntet ihr bereits mit dem System arbeiten? Was sagen die Logfiles für den Webserver bzw. für OTRS? Habt ihr am Server in letzter Zeit was geändert, irgendwelche Updates eingespielt, o.ä.? Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Unser System ist kaum mehr zu benutzen! Woran kann das liegen das wir keine Antworten schreiben können! -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Michele Bonadio (Bike o' bello) Gesendet: Mittwoch, 8. Juni 2005 09:31 An: 'User questions and discussions about OTRS.org in German' Betreff: AW: [otrs-de] cannot redirect stderr to stdout: Hallo Liste, Alle Perl Module sind Korrekt installiert! Wir benutzen das OTRS 1.3.2! Auf Fedora 1! Es ist echt dringend da unser Support derzeit komplett lahm liegt! Wir könne keine Mail beantworten! Bitte um Hilfe....... -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Christian Schoepplein Gesendet: Dienstag, 7. Juni 2005 12:05 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] cannot redirect stderr to stdout: Hi Michele, On Di, Jun 07, 2005 at 10:33:39 +0200, Michele Bonadio (Bike o' bello) wrote:
Szenario: Mails landen in Queue --> Dann auf ne Antwortmail ----> und dann passierrt das?
Software error:
cannot redirect stderr to stdout: Bad file descriptor at /opt/otrs//Kernel/System/CheckItem.pm line 62
Sind alle perl-Module ordentlich installiert? Mach mal ein ./bin/otrs.checkModules wenn du dich im Homeverzeichnis des OTRS Benutzers befindest. Was wird da angezeigt? Welches OTRS nutzt du? Auf welchem Betriebssystem? Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication! _______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? =http://www.otrs.de/

Hi Michele,
Unser System ist kaum mehr zu benutzen! Woran kann das liegen das wir keine Antworten schreiben können!
Falls das System produktiv genutzt wird, möchte ich Dir an dieser Stelle noch mal einen unserer Supportverträge empfehlen. Weitere Informationen dazu findest Du unter http://www.otrs.de/support/. Mit einem Supportvertrag ist es uns jeder Zeit möglich zeitnah mit Antworten und Lösungsvorschlägen zu helfen.
cannot redirect stderr to stdout: Bad file descriptor at
Das Problem scheint zu sein, dass für manche Mailadressen der MX-Eintrag nicht verifiziert werden kann. Somit kann zum Versenden eines Tickets keine gültige Mailadresse zugewiesen werden. Du kannst diesen Check in der Config/Defaults.pm abschalten. Lässt sich dadurch das Problem lösen? Ich hoffe ich konnte dir weiter helfen! :) Viele Grüße, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Welchen eintrag muss ich denn auskommentieren? Wo genau! -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Christian Schoepplein Gesendet: Dienstag, 14. Juni 2005 10:36 An: User questions and discussions about OTRS.org in German Betreff: Re: Kann mir heir keiner mehr helfen --->[otrs-de] cannot redirect stderr to stdout: Hi Michele,
Unser System ist kaum mehr zu benutzen! Woran kann das liegen das wir keine Antworten schreiben können!
Falls das System produktiv genutzt wird, möchte ich Dir an dieser Stelle noch mal einen unserer Supportverträge empfehlen. Weitere Informationen dazu findest Du unter http://www.otrs.de/support/. Mit einem Supportvertrag ist es uns jeder Zeit möglich zeitnah mit Antworten und Lösungsvorschlägen zu helfen.
cannot redirect stderr to stdout: Bad file descriptor at
Das Problem scheint zu sein, dass für manche Mailadressen der MX-Eintrag nicht verifiziert werden kann. Somit kann zum Versenden eines Tickets keine gültige Mailadresse zugewiesen werden. Du kannst diesen Check in der Config/Defaults.pm abschalten. Lässt sich dadurch das Problem lösen? Ich hoffe ich konnte dir weiter helfen! :) Viele Grüße, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication! _______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/

Hi Michelle, Folgenden Eintrag findest du in Kernel/Config.pm: # $Self->{CheckMXRecord} = 1; Ciao, Christian On Tue, Jun 14, 2005 at 11:11:52AM +0200, Michele Bonadio (Bike o' bello) wrote:
Welchen eintrag muss ich denn auskommentieren? Wo genau!
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Christian Schoepplein Gesendet: Dienstag, 14. Juni 2005 10:36 An: User questions and discussions about OTRS.org in German Betreff: Re: Kann mir heir keiner mehr helfen --->[otrs-de] cannot redirect stderr to stdout:
Hi Michele,
Unser System ist kaum mehr zu benutzen! Woran kann das liegen das wir keine Antworten schreiben können!
Falls das System produktiv genutzt wird, möchte ich Dir an dieser Stelle noch mal einen unserer Supportverträge empfehlen. Weitere Informationen dazu findest Du unter http://www.otrs.de/support/.
Mit einem Supportvertrag ist es uns jeder Zeit möglich zeitnah mit Antworten und Lösungsvorschlägen zu helfen.
cannot redirect stderr to stdout: Bad file descriptor at
Das Problem scheint zu sein, dass für manche Mailadressen der MX-Eintrag nicht verifiziert werden kann. Somit kann zum Versenden eines Tickets keine gültige Mailadresse zugewiesen werden. Du kannst diesen Check in der Config/Defaults.pm abschalten.
Lässt sich dadurch das Problem lösen?
Ich hoffe ich konnte dir weiter helfen! :)
Viele Grüße, Christian
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Danke Problem gelöst! :-) -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Christian Schoepplein Gesendet: Donnerstag, 16. Juni 2005 16:42 An: User questions and discussions about OTRS.org in German Betreff: Re: Kann mir heir keiner mehr helfen --->[otrs-de] cannot redirect stderr to stdout: Hi Michelle, Folgenden Eintrag findest du in Kernel/Config.pm: # $Self->{CheckMXRecord} = 1; Ciao, Christian On Tue, Jun 14, 2005 at 11:11:52AM +0200, Michele Bonadio (Bike o' bello) wrote:
Welchen eintrag muss ich denn auskommentieren? Wo genau!
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Christian Schoepplein Gesendet: Dienstag, 14. Juni 2005 10:36 An: User questions and discussions about OTRS.org in German Betreff: Re: Kann mir heir keiner mehr helfen --->[otrs-de] cannot redirect stderr to stdout:
Hi Michele,
Unser System ist kaum mehr zu benutzen! Woran kann das liegen das wir keine Antworten schreiben können!
Falls das System produktiv genutzt wird, möchte ich Dir an dieser Stelle noch mal einen unserer Supportverträge empfehlen. Weitere Informationen dazu findest Du unter http://www.otrs.de/support/.
Mit einem Supportvertrag ist es uns jeder Zeit möglich zeitnah mit Antworten und Lösungsvorschlägen zu helfen.
cannot redirect stderr to stdout: Bad file descriptor at
Das Problem scheint zu sein, dass für manche Mailadressen der MX-Eintrag nicht verifiziert werden kann. Somit kann zum Versenden eines Tickets keine gültige Mailadresse zugewiesen werden. Du kannst diesen Check in der Config/Defaults.pm abschalten.
Lässt sich dadurch das Problem lösen?
Ich hoffe ich konnte dir weiter helfen! :)
Viele Grüße, Christian
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Hi Thomas! On Di, Jun 07, 2005 at 09:56:56 +0200, Thomas Otto wrote:
wir haben folgendes Problem in unserem OTRS festgestellt:
Welche OTRS Version auf welchem betriebssystem nutzt ihr?
Für eine Queue sind sowohl der Follow-Up- als auch der Freigabemechanismus bei Nichtbearbeitung innerhalb einer bestimmten Frist aktiviert. Wenn nun ein Follow-Up kommt, dann geht diese Nachfrage zwar wunschgemäß direkt an den letzten Bearbeiter und wird somit automatisch für diesen gesperrt, der Freigabemechanismus funktioniert dann aber nach unserer Beobachtung nicht mehr. Es handelt sich ja nicht um ein aktiv vom Bearbeiter gesperrtes Ticket. Liegt darin die Ursache, das sich Follow-Up- und Freigabemachanismus in diesem Fall nicht miteinander kombinieren lassen oder kann der Fehler woanders liegen?
Nein, eigentlich sollte es so funktionieren, wie du es möchtest. Mit einer 2.0 cvs-Version geht das hier. Ich ahbe z.B. mal testweise für die raw-Queue Folgendes eingestellt: Freigabe-Zeitintervall (Minuten): 30 Eskalationszeit (Minuten): 0 Nachfrage Option: [möglich] Ticket sperren nach einem Follow-Up: [Ja]
Bei "normal" gesperrten Tickets funktioniert der Freigabemechanismus bei Nichtarbeitung jedenfalls problemlos. Kann mir jemand weiterhelfen?
Was kommt, wenn du folgenden Befehl mit den OTRS-Benutzerrechten ausführst? # /bin/UnlockTickets.pl --timeout
Thomas Otto
Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Hi Schoeppi, mein Kollege Herr Otto hat mich gebeten dir zu antworten, da er zwar Admin-Rechte im OTRS hat, aber keine root-Rechte auf dem Server. On Tue, 7 Jun 2005, Christian Schoepplein wrote:
Hi Thomas!
On Di, Jun 07, 2005 at 09:56:56 +0200, Thomas Otto wrote:
wir haben folgendes Problem in unserem OTRS festgestellt:
Welche OTRS Version auf welchem betriebssystem nutzt ihr?
otrs-1.3.2.01 auf SuSE 9.2
Für eine Queue sind sowohl der Follow-Up- als auch der Freigabemechanismus bei Nichtbearbeitung innerhalb einer bestimmten Frist aktiviert. Wenn nun ein Follow-Up kommt, dann geht diese Nachfrage zwar wunschgemäß direkt an den letzten Bearbeiter und wird somit automatisch für diesen gesperrt, der Freigabemechanismus funktioniert dann aber nach unserer Beobachtung nicht mehr. Es handelt sich ja nicht um ein aktiv vom Bearbeiter gesperrtes Ticket. Liegt darin die Ursache, das sich Follow-Up- und Freigabemachanismus in diesem Fall nicht miteinander kombinieren lassen oder kann der Fehler woanders liegen?
Nein, eigentlich sollte es so funktionieren, wie du es möchtest. Mit einer 2.0 cvs-Version geht das hier. Ich ahbe z.B. mal testweise für die
wir haben die cvs-1.12 im Einsatz. Mir ist nicht klar, was cvs mit der Sache zu tun hat.
raw-Queue Folgendes eingestellt:
Freigabe-Zeitintervall (Minuten): 30 Eskalationszeit (Minuten): 0 Nachfrage Option: [möglich] Ticket sperren nach einem Follow-Up: [Ja]
Bei "normal" gesperrten Tickets funktioniert der Freigabemechanismus bei Nichtarbeitung jedenfalls problemlos. Kann mir jemand weiterhelfen?
Was kommt, wenn du folgenden Befehl mit den OTRS-Benutzerrechten ausführst?
# /bin/UnlockTickets.pl --timeout
output:
UnlockTickets.pl
Thomas Otto
Ciao, Christian
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
Gruss, Michael ------------------------------------------------------------------------------- Michael Binder Gesellschaft f. wissenschaftliche Datenverarbeitung mbH Goettingen Am Fassberg D-37077 Goettingen Phone: +49 551/201-1529 Fax: +49 551/201-2150 E-Mail: mbinder@gwdg.de

Hi Michael! Ist ja witzig, wo man sich so alles über den weg läuft ;-). On Wed, Jun 08, 2005 at 12:37:44PM +0200, Michael Binder wrote:
On Tue, 7 Jun 2005, Christian Schoepplein wrote:
On Di, Jun 07, 2005 at 09:56:56 +0200, Thomas Otto wrote:
wir haben folgendes Problem in unserem OTRS festgestellt:
Welche OTRS Version auf welchem betriebssystem nutzt ihr?
otrs-1.3.2.01 auf SuSE 9.2
Für eine Queue sind sowohl der Follow-Up- als auch der Freigabemechanismus bei Nichtbearbeitung innerhalb einer bestimmten Frist aktiviert. Wenn nun ein Follow-Up kommt, dann geht diese Nachfrage zwar wunschgemäß direkt an den letzten Bearbeiter und wird somit automatisch für diesen gesperrt, der Freigabemechanismus funktioniert dann aber nach unserer Beobachtung nicht mehr. Es handelt sich ja nicht um ein aktiv vom Bearbeiter gesperrtes Ticket. Liegt darin die Ursache, das sich Follow-Up- und Freigabemachanismus in diesem Fall nicht miteinander kombinieren lassen oder kann der Fehler woanders liegen?
Nein, eigentlich sollte es so funktionieren, wie du es möchtest. Mit einer 2.0 cvs-Version geht das hier. Ich ahbe z.B. mal testweise für die
wir haben die cvs-1.12 im Einsatz. Mir ist nicht klar, was cvs mit der Sache zu tun hat.
Na ja. Wenn du oben schreibst, dass ihr eine 1.3.2 als RPM isntalliert habt, dann ist das die Version. Was CVS in dieem Zusamenhang bedeutet, weiß ich auch nicht.
raw-Queue Folgendes eingestellt:
Freigabe-Zeitintervall (Minuten): 30 Eskalationszeit (Minuten): 0 Nachfrage Option: [möglich] Ticket sperren nach einem Follow-Up: [Ja]
Bei "normal" gesperrten Tickets funktioniert der Freigabemechanismus bei Nichtarbeitung jedenfalls problemlos. Kann mir jemand weiterhelfen?
Was kommt, wenn du folgenden Befehl mit den OTRS-Benutzerrechten ausführst?
# /bin/UnlockTickets.pl --timeout
output:
UnlockTickets.pl
- unlock tickets Copyright (c) 2001-2004 Martin Edenhofer Unlock old tickets:
Das sieht gut aus. Und wie sind die Einstellungen für die Queues, wo das nicht funktioniert? Lasst mich die bitte auch mal sehen. Ciao, Christian -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!

Lieber Herr Schoepplein, vielen Dank zunächst für Ihre Bemühungen. Was die Queue-Einstellungen in unserem Problemfall betrifft, dazu kann ich jetzt wieder etwas sagen: Alle Queues sind bei den relevanten vier Einstellungen, die Sie in Ihrem u.g. Test aufgeführt haben, identisch: Freigabezeitintervall: 1440 min Eskalationszeit: 0 min Nachfrage Option: [möglich] Ticket sperren nach einem Follow-Up: [Ja] Viele Grüße Thomas Otto On Wed, 8 Jun 2005, Christian Schoepplein wrote:
Hi Michael!
Ist ja witzig, wo man sich so alles über den weg läuft ;-).
On Wed, Jun 08, 2005 at 12:37:44PM +0200, Michael Binder wrote:
On Tue, 7 Jun 2005, Christian Schoepplein wrote:
On Di, Jun 07, 2005 at 09:56:56 +0200, Thomas Otto wrote:
wir haben folgendes Problem in unserem OTRS festgestellt:
Welche OTRS Version auf welchem betriebssystem nutzt ihr?
otrs-1.3.2.01 auf SuSE 9.2
Für eine Queue sind sowohl der Follow-Up- als auch der Freigabemechanismus bei Nichtbearbeitung innerhalb einer bestimmten Frist aktiviert. Wenn nun ein Follow-Up kommt, dann geht diese Nachfrage zwar wunschgemäß direkt an den letzten Bearbeiter und wird somit automatisch für diesen gesperrt, der Freigabemechanismus funktioniert dann aber nach unserer Beobachtung nicht mehr. Es handelt sich ja nicht um ein aktiv vom Bearbeiter gesperrtes Ticket. Liegt darin die Ursache, das sich Follow-Up- und Freigabemachanismus in diesem Fall nicht miteinander kombinieren lassen oder kann der Fehler woanders liegen?
Nein, eigentlich sollte es so funktionieren, wie du es möchtest. Mit einer 2.0 cvs-Version geht das hier. Ich ahbe z.B. mal testweise für die
wir haben die cvs-1.12 im Einsatz. Mir ist nicht klar, was cvs mit der Sache zu tun hat.
Na ja. Wenn du oben schreibst, dass ihr eine 1.3.2 als RPM isntalliert habt, dann ist das die Version. Was CVS in dieem Zusamenhang bedeutet, weiß ich auch nicht.
raw-Queue Folgendes eingestellt:
Freigabe-Zeitintervall (Minuten): 30 Eskalationszeit (Minuten): 0 Nachfrage Option: [möglich] Ticket sperren nach einem Follow-Up: [Ja]
Bei "normal" gesperrten Tickets funktioniert der Freigabemechanismus bei Nichtarbeitung jedenfalls problemlos. Kann mir jemand weiterhelfen?
Was kommt, wenn du folgenden Befehl mit den OTRS-Benutzerrechten ausführst?
# /bin/UnlockTickets.pl --timeout
output:
UnlockTickets.pl
- unlock tickets Copyright (c) 2001-2004 Martin Edenhofer Unlock old tickets: Das sieht gut aus.
Und wie sind die Einstellungen für die Queues, wo das nicht funktioniert? Lasst mich die bitte auch mal sehen.
Ciao, Christian
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
--- Dr. Thomas Otto Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Arbeitsgruppe "Basisdienste und Organisation" Am Faßberg 37077 Göttingen Tel.: 0551-201-1828 E-Mail: totto@gwdg.de

Hi Thomas, leider fällt mir zu dem Problem von dir nichts mehr ein, was man aus der Ferne abchecken könnte. Die Einstellungen sehen so weit gut aus und auch der Cronjob fürs Unlocken läuft. So sollte es eigentlich funktionieren. Um weiter helfen zu können, müsste man sich tiefer in euer System einarbeiten bzw. sich das Ganze mal näher ansehen. Wir bieten das als Supportleistung an, also die Wartung / Einrichtung eines Systems via remote Zugriff. Viele Grüße, Christian On Do, Jun 09, 2005 at 10:23:18 +0200, Thomas Otto wrote:
vielen Dank zunächst für Ihre Bemühungen. Was die Queue-Einstellungen in unserem Problemfall betrifft, dazu kann ich jetzt wieder etwas sagen:
Alle Queues sind bei den relevanten vier Einstellungen, die Sie in Ihrem u.g. Test aufgeführt haben, identisch:
Freigabezeitintervall: 1440 min Eskalationszeit: 0 min Nachfrage Option: [möglich] Ticket sperren nach einem Follow-Up: [Ja]
Viele Grüße Thomas Otto
On Wed, 8 Jun 2005, Christian Schoepplein wrote:
Hi Michael!
Ist ja witzig, wo man sich so alles über den weg läuft ;-).
On Wed, Jun 08, 2005 at 12:37:44PM +0200, Michael Binder wrote:
On Tue, 7 Jun 2005, Christian Schoepplein wrote:
On Di, Jun 07, 2005 at 09:56:56 +0200, Thomas Otto wrote:
wir haben folgendes Problem in unserem OTRS festgestellt:
Welche OTRS Version auf welchem betriebssystem nutzt ihr?
otrs-1.3.2.01 auf SuSE 9.2
Für eine Queue sind sowohl der Follow-Up- als auch der Freigabemechanismus bei Nichtbearbeitung innerhalb einer bestimmten Frist aktiviert. Wenn nun ein Follow-Up kommt, dann geht diese Nachfrage zwar wunschgemäß direkt an den letzten Bearbeiter und wird somit automatisch für diesen gesperrt, der Freigabemechanismus funktioniert dann aber nach unserer Beobachtung nicht mehr. Es handelt sich ja nicht um ein aktiv vom Bearbeiter gesperrtes Ticket. Liegt darin die Ursache, das sich Follow-Up- und Freigabemachanismus in diesem Fall nicht miteinander kombinieren lassen oder kann der Fehler woanders liegen?
Nein, eigentlich sollte es so funktionieren, wie du es möchtest. Mit einer 2.0 cvs-Version geht das hier. Ich ahbe z.B. mal testweise für die
wir haben die cvs-1.12 im Einsatz. Mir ist nicht klar, was cvs mit der Sache zu tun hat.
Na ja. Wenn du oben schreibst, dass ihr eine 1.3.2 als RPM isntalliert habt, dann ist das die Version. Was CVS in dieem Zusamenhang bedeutet, weiß ich auch nicht.
raw-Queue Folgendes eingestellt:
Freigabe-Zeitintervall (Minuten): 30 Eskalationszeit (Minuten): 0 Nachfrage Option: [möglich] Ticket sperren nach einem Follow-Up: [Ja]
Bei "normal" gesperrten Tickets funktioniert der Freigabemechanismus bei Nichtarbeitung jedenfalls problemlos. Kann mir jemand weiterhelfen?
Was kommt, wenn du folgenden Befehl mit den OTRS-Benutzerrechten ausführst?
# /bin/UnlockTickets.pl --timeout
output:
UnlockTickets.pl
- unlock tickets Copyright (c) 2001-2004 Martin Edenhofer Unlock old tickets: Das sieht gut aus.
Und wie sind die Einstellungen für die Queues, wo das nicht funktioniert? Lasst mich die bitte auch mal sehen.
Ciao, Christian
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
--- Dr. Thomas Otto Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Arbeitsgruppe "Basisdienste und Organisation" Am Faßberg 37077 Göttingen Tel.: 0551-201-1828 E-Mail: totto@gwdg.de _______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Manage your communication!
participants (4)
-
Christian Schoepplein
-
Michael Binder
-
Michele Bonadio (Bike o' bello)
-
Thomas Otto