[otrs-de] Incidentstate wird von Systemmonitoring Modul nicht gesetzt
Hallo Liste, ich habe soeben das Feature SystemMonitoring::SetIncidentState aus Yes gesetzt. Leider werden bei den CIs die Incident States aber nicht auf Vorfall gesetzt, sondern bleiben bei Operativ. Folgende Versionen sind im Einsatz: OTRS 2.4.7 Systemmonitoring 2.1.2 ITSM Module 1.3.2 Die Gerätenamen sind absolut eindeutig. So steht es zumindest in der OTRS Historie. Irgendwelche guten Ideen? Grüße i.A. Christian Mies Senior Consultant Tel: +49 (661) 103-874 (-333) Fax: +49 (661) 103-17874(-334) mailto:christian.m...@it-novum.com it-novum GmbH . Edelzeller Strasse 44 . 36043 Fulda . http://www.it-novum.com Handelsregister Amtsgericht Fulda, HRB 1934 . Geschäftsführer: Michael Kienle . Sitz der Gesellschaft: Fulda Der Inhalt dieser E-Mail ist vertraulich. Wenn Sie nicht der eigentliche Empfaenger sein sollten, informieren Sie bitte sofort den Absender oder vernichten umgehend diese Mail. Jegliche unerlaubte Vervielfaeltigung oder Weiterleitung dieser Mail ist strengstens verboten. This e-mail may contain confidential and/or priviledged information. If you are not the intended recepient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of material in this e-mail is strictly forbidden. - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nicht gesetzt
Hi, On 23.04.2010, at 10:48, Mies, Christian wrote: ich habe soeben das Feature SystemMonitoring::SetIncidentState aus Yes gesetzt. Leider werden bei den CIs die Incident States aber nicht auf Vorfall gesetzt, sondern bleiben bei Operativ. Folgende Versionen sind im Einsatz: OTRS 2.4.7 Systemmonitoring 2.1.2 ITSM Module 1.3.2 Die Gerätenamen sind absolut eindeutig. So steht es zumindest in der OTRS Historie. Host in Nagios und Name im OTRS CI müssen übereinstimmen. Der Incident State wird, technisch bedingt, erst bei der zweiten Email von Nagios gesetzt. Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nicht gesetzt
Hi, On 23.04.2010, at 11:10, Nils Leideck - ITSM wrote: ich habe soeben das Feature SystemMonitoring::SetIncidentState aus Yes gesetzt. Leider werden bei den CIs die Incident States aber nicht auf Vorfall gesetzt, sondern bleiben bei Operativ. Folgende Versionen sind im Einsatz: OTRS 2.4.7 Systemmonitoring 2.1.2 ITSM Module 1.3.2 Die Gerätenamen sind absolut eindeutig. So steht es zumindest in der OTRS Historie. Host in Nagios und Name im OTRS CI müssen übereinstimmen. Der Incident State wird, technisch bedingt, erst bei der zweiten Email von Nagios gesetzt. bitte entschuldigt, die Antwort von mir ist so nicht korrekt. __ Nicht der Incident State wird bei der zweiten Email gesetzt sondern der Link __ Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt
Leider ist dem bei mir nicht so. Hostnamen sind absolut identisch, da der Import der Hosts auf Basis der Nagios Datenbank erfolgt ist. Weder der Status noch der Link werden aktuell gesetzt. Kann ich irgendwo ein Debugging einschalten, oder den Vorgang via Konsole nachvollziehen? Grüße i.A. Christian Mies Senior Consultant Tel: +49 (661) 103-874 (-333) Fax: +49 (661) 103-17874(-334) mailto:christian.m...@it-novum.com it-novum GmbH . Edelzeller Strasse 44 . 36043 Fulda . http://www.it-novum.com Handelsregister Amtsgericht Fulda, HRB 1934 . Geschäftsführer: Michael Kienle . Sitz der Gesellschaft: Fulda Der Inhalt dieser E-Mail ist vertraulich. Wenn Sie nicht der eigentliche Empfaenger sein sollten, informieren Sie bitte sofort den Absender oder vernichten umgehend diese Mail. Jegliche unerlaubte Vervielfaeltigung oder Weiterleitung dieser Mail ist strengstens verboten. This e-mail may contain confidential and/or priviledged information. If you are not the intended recepient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of material in this e-mail is strictly forbidden. Von: otrs-de-boun...@otrs.org im Auftrag von Nils Leideck - ITSM Gesendet: Fr 23.04.2010 11:36 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt Hi, On 23.04.2010, at 11:10, Nils Leideck - ITSM wrote: ich habe soeben das Feature SystemMonitoring::SetIncidentState aus Yes gesetzt. Leider werden bei den CIs die Incident States aber nicht auf Vorfall gesetzt, sondern bleiben bei Operativ. Folgende Versionen sind im Einsatz: OTRS 2.4.7 Systemmonitoring 2.1.2 ITSM Module 1.3.2 Die Gerätenamen sind absolut eindeutig. So steht es zumindest in der OTRS Historie. Host in Nagios und Name im OTRS CI müssen übereinstimmen. Der Incident State wird, technisch bedingt, erst bei der zweiten Email von Nagios gesetzt. bitte entschuldigt, die Antwort von mir ist so nicht korrekt. __ Nicht der Incident State wird bei der zweiten Email gesetzt sondern der Link __ Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de http://webint.cryptonode.de/ / a Fractal project winmail.dat- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt
Kommando zurück. Es geht nun... Wieso auch immer. Kann es sein, dass doch erst eine 2. E-Mail notwendig ist, bis es erkannt wird? i.A. Christian Mies Senior Consultant Tel: +49 (661) 103-874 (-333) Fax: +49 (661) 103-17874(-334) mailto:christian.m...@it-novum.com it-novum GmbH . Edelzeller Strasse 44 . 36043 Fulda . http://www.it-novum.com Handelsregister Amtsgericht Fulda, HRB 1934 . Geschäftsführer: Michael Kienle . Sitz der Gesellschaft: Fulda Der Inhalt dieser E-Mail ist vertraulich. Wenn Sie nicht der eigentliche Empfaenger sein sollten, informieren Sie bitte sofort den Absender oder vernichten umgehend diese Mail. Jegliche unerlaubte Vervielfaeltigung oder Weiterleitung dieser Mail ist strengstens verboten. This e-mail may contain confidential and/or priviledged information. If you are not the intended recepient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of material in this e-mail is strictly forbidden. Von: otrs-de-boun...@otrs.org im Auftrag von Mies, Christian Gesendet: Fr 23.04.2010 11:46 An: User questions and discussions about OTRS.org in German Betreff: AW: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt Leider ist dem bei mir nicht so. Hostnamen sind absolut identisch, da der Import der Hosts auf Basis der Nagios Datenbank erfolgt ist. Weder der Status noch der Link werden aktuell gesetzt. Kann ich irgendwo ein Debugging einschalten, oder den Vorgang via Konsole nachvollziehen? Grüße Von: otrs-de-boun...@otrs.org im Auftrag von Nils Leideck - ITSM Gesendet: Fr 23.04.2010 11:36 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt Hi, On 23.04.2010, at 11:10, Nils Leideck - ITSM wrote: ich habe soeben das Feature SystemMonitoring::SetIncidentState aus Yes gesetzt. Leider werden bei den CIs die Incident States aber nicht auf Vorfall gesetzt, sondern bleiben bei Operativ. Folgende Versionen sind im Einsatz: OTRS 2.4.7 Systemmonitoring 2.1.2 ITSM Module 1.3.2 Die Gerätenamen sind absolut eindeutig. So steht es zumindest in der OTRS Historie. Host in Nagios und Name im OTRS CI müssen übereinstimmen. Der Incident State wird, technisch bedingt, erst bei der zweiten Email von Nagios gesetzt. bitte entschuldigt, die Antwort von mir ist so nicht korrekt. __ Nicht der Incident State wird bei der zweiten Email gesetzt sondern der Link __ Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de http://webint.cryptonode.de/ / a Fractal project winmail.dat- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt
Das setzen des Incident State eines CI sollte sofort (bei der ereten Mail erfolgen: If the OTRS::ITSM Configuration Management module is installed and the configuration option SystemMonitoring::SetIncidentState is set to Yes, a CI with the given host name is searched in the CI database. If *exactly* one CI with this name was found, the current incident state is set automatically according to the incoming mail (Incident / Operational). Jedoch, das Verlinken eines CI mit einem Ticket ist technisch erst bei der 2. Mail möglich, da beim Eintreffen der 1. Mail das Ticket noch gar nicht existiert: If the OTRS::ITSM Configuration Management module is installed and the configuration option SystemMonitoring::LinkTicketWithCI is set to Yes, a CI is linked automatically with the system monitoring incident ticket. This is only possible if a subsequent system monitoring email arrives! On 23.04.2010 11:55, Mies, Christian wrote: Kommando zurück. Es geht nun... Wieso auch immer. Kann es sein, dass doch erst eine 2. E-Mail notwendig ist, bis es erkannt wird? i.A. Christian Mies Senior Consultant Tel: +49 (661) 103-874(-333) Fax: +49 (661) 103-17874(-334) mailto:christian.m...@it-novum.com it-novum GmbH . Edelzeller Strasse 44 . 36043 Fulda . http://www.it-novum.com Handelsregister Amtsgericht Fulda, HRB 1934 . Geschäftsführer: Michael Kienle . Sitz der Gesellschaft: Fulda Der Inhalt dieser E-Mail ist vertraulich. Wenn Sie nicht der eigentliche Empfaenger sein sollten, informieren Sie bitte sofort den Absender oder vernichten umgehend diese Mail. Jegliche unerlaubte Vervielfaeltigung oder Weiterleitung dieser Mail ist strengstens verboten. This e-mail may contain confidential and/or priviledged information. If you are not the intended recepient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of material in this e-mail is strictly forbidden. Von: otrs-de-boun...@otrs.org im Auftrag von Mies, Christian Gesendet: Fr 23.04.2010 11:46 An: User questions and discussions about OTRS.org in German Betreff: AW: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt Leider ist dem bei mir nicht so. Hostnamen sind absolut identisch, da der Import der Hosts auf Basis der Nagios Datenbank erfolgt ist. Weder der Status noch der Link werden aktuell gesetzt. Kann ich irgendwo ein Debugging einschalten, oder den Vorgang via Konsole nachvollziehen? Grüße Von: otrs-de-boun...@otrs.org im Auftrag von Nils Leideck - ITSM Gesendet: Fr 23.04.2010 11:36 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Incidentstate wird von Systemmonitoring Modul nichtgesetzt Hi, On 23.04.2010, at 11:10, Nils Leideck - ITSM wrote: ich habe soeben das Feature SystemMonitoring::SetIncidentState aus Yes gesetzt. Leider werden bei den CIs die Incident States aber nicht auf Vorfall gesetzt, sondern bleiben bei Operativ. Folgende Versionen sind im Einsatz: OTRS 2.4.7 Systemmonitoring 2.1.2 ITSM Module 1.3.2 Die Gerätenamen sind absolut eindeutig. So steht es zumindest in der OTRS Historie. Host in Nagios und Name im OTRS CI müssen übereinstimmen. Der Incident State wird, technisch bedingt, erst bei der zweiten Email von Nagios gesetzt. bitte entschuldigt, die Antwort von mir ist so nicht korrekt. __ Nicht der Incident State wird bei der zweiten Email gesetzt sondern der Link __ Nils Leideck - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ -- Udo Bretz Software Developer OTRS AG Norsk-Data-Straße 1 61352 Bad Homburg Deutschland T: +49 (0) 6172 681988 0 F: +49 (0) 9421 56818 18 I: http://www.otrs.com/ Geschäftssitz: Bad Homburg Amtsgericht: Bad Homburg, HRB 10751 Steuernummer: 003 240 97505 Aufsichtsratsvorsitzender: Burchard Steinbild Vorstand: André Mindermann (Vorsitzender), Martin Edenhofer ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
Re: [otrs-de] Fehler: Can't write ConfigItem! in der SysConfig
Hi, ich danke dir! Das war das Problem ;) Nun übernimmt die SysConfig alle Änderungen. Aber darf ich nun alle noch etwas fragen ? Ich komme gleich in einer weiteren Mail auf das schon hier genannte Hauptproblem zurück. Grüße tobias Siebert -- From: Frank Meinecke fr...@meinecke.cc Sent: Friday, April 23, 2010 1:20 PM To: Tobias Siebert tobisieb...@gmx.net Subject: Re: [otrs-de] Fehler: Can't write ConfigItem! in der SysConfig Hi, Tobias Siebert wrote: das antwortete er mir: -rw-rw-r-- 1 root www-data 119042 19. Apr 18:13 ZZZAAuto.pm -rw-r--r-- 1 root www-data 0 16. Apr 12:38 ZZZAuto.pm A | Hier fehlt ein w, also Schreibberechtigungen für die Gruppe www-data bei ZZZAuto.pm. Wenn OTRS mit dem Symlink umgehen kann, müsste das reichen. Tschoe, Frank Die Datei wurde aber anscheinend schonmal neu angelegt, siehe 19.04. Weil ich hatte denen schonmal 777 gegeben Grüße tobias siebert -- From: Frank Meinecke fr...@meinecke.cc Sent: Thursday, April 22, 2010 12:36 PM To: Tobias Siebert tobisieb...@gmx.net Subject: Re: [otrs-de] Fehler: Can't write ConfigItem! in der SysConfig Hi, Tobias Siebert wrote: also Berechtigungen stimmen scheinbar: Das ist nicht gesagt, Symlinks sehen immer so aus, wichtig sind die Berechtigungen des Ziels. lrwxrwxrwx 1 root www-data 32 13. Apr 22:39 ZZZAAuto.pm - /var/lib/otrs/Config/ZZZAAuto.pm lrwxrwxrwx 1 root www-data 31 13. Apr 22:39 ZZZAuto.pm - /var/lib/otrs/Config/ZZZAuto.pm mein techniker fragte nun noch: in usr/share/otrs ist kein Symlink, wo genau liegt der ? Hat er ja Recht, ich meinte die in /usr/share/otrs/Kernel/Config/Files/ Schick doch mal die Berechtigungen von: /var/lib/otrs/Config/ZZZAuto.pm /var/lib/otrs/Config/ZZZAAuto.pm die sind wichtig. Tschoe, Frank Welche löschen ? Kannst du uns da weiterhelfen? Grüße tobias siebert -- From: Frank Meinecke fr...@meinecke.cc Sent: Thursday, April 22, 2010 11:47 AM To: tobisieb...@gmx.net Subject: Re: [otrs-de] Fehler: Can't write ConfigItem! in der SysConfig Moin, Tobias Siebert wrote: kann keiner mehr helfen ? Zwinkerndes Smiley Emoticon Ich versuchs mal :-) Du schriebst ja: also, das hatten wir nun gemacht: in usr share otrs kernel config files war ein symlink von ZZZAuto.pm wirklich in die Leere, habe die Datei mal angelegt Die Berechtigungen auf usr share otrs habe ich von root:root auf root:www-data geändert Wie sind denn die Berechtigungen für das Ziel des symlinks ZZZAuto.pm? Sollte root:www-data rw-rw-r-- sein. Dann müsste es funktionieren. Alternativ lösch mal den Symlink ZZZAuto.pm in /usr/share/otrs OTRS darf ja dort schreiben (Verzeichnisberechtigungen root:www-data rwxrwxr-x), und würde die Datei da neu anlegen. Tschoe, Frank Grüße Tobias Siebert *From:* Tobias Siebert mailto:tobisieb...@gmx.net *Sent:* Tuesday, April 20, 2010 8:06 PM *To:* User questions and discussions about OTRS.org in German mailto:otrs-de@otrs.org *Subject:* Re: [otrs-de] Fehler: Can't write ConfigItem! in der SysConfig hmm, also du meinst generell mal deren Support in Anspruch nehmen ? mal sehen. von euch hat keiner mehr ne lösung? Also mein großes Problem ist ja: ich habe einen Benutzer X, eine Gruppe Y und eine Queue Z Queue Z ist Gruppe Y zugeordnet. Benutzer X erhält in Gruppe Y ro und noch paar andere Rechte (aber keine rw bzw. Schreibrechte). Also müsste der Benutzer X ein Ticket in der Queue Z doch LESEN und SEHEN können, oder? Aber es wird nicht angezeigt. Ich kann anhaken an Rechten was ich will, es wird nicht dem Benutzer X angezeigt. Erst wenn ich dem Benutzer X Das Recht rw (Schreib - und Lesezugriff) gebe, dann Sieht er das Ticket in Queue Z. Wie kann das sein ? Ich will, dass der Benutzer die Tickets dort NUR LESEN, NICHT BEANTWORTEN kann. -- Dann meinte jemand im Forum ich solle in der SysConfig StatusView aktivieren, dann dürfte mein Vorhaben gehen. Kannst du mir da irgendwie bei nem Workaround helfen, wenn ich nun schon nicht in der SysConfig arbeiten kann? Kann ich das vllt. direkt auf dem Server/DB aktivieren? Grüße! *From:* Nils Leideck - ITSM mailto:nils.leid...@leidex.net *Sent:* Tuesday, April 20, 2010 7:56 PM *To:* User questions and discussions about OTRS.org in German mailto:otrs-de@otrs.org *Subject:* Re: [otrs-de] Fehler: Can't write ConfigItem! in der SysConfig Hi, On 19.04.2010, at 18:07, Tobias Siebert wrote: also ich kann dies mit ja beantworten. Leider tritt das Problem aber noch immer auf, ohje.. evtl. wäre ein oder zwei Tage Unterstützung der OTRS AG eine Lösung? Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net mailto:nils.leid...@leidex.net nils.leid...@otrs.com mailto:nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project
[otrs-de] Benutzer soll Ticket NUR Lesen können
Hallo, ich habe ein Problem mit den Rechten der angelegten Benutzer: Ich habe einen Benutzer X, eine Gruppe Y und eine Queue Z Queue Z ist Gruppe Y zugeordnet. Benutzer X erhält in Gruppe Y ro Recht (.d.h. Nur-Lesen-Zugriff) Also müsste der Benutzer X ein Ticket in der Queue Z doch LESEN und SEHEN können, oder? Aber es wird ihm nicht angezeigt. Ich kann anhaken an Rechten was ich will, es wird dem Benutzer X einfach nicht angezeigt! Erst wenn ich dem Benutzer X Das Recht rw (Schreib - und Lesezugriff) gebe, dann sieht er das Ticket in Queue Z. Wie kann das sein ? Wofür gibt es dann bitte das ro Recht? Ich will, dass der Benutzer die Tickets dort NUR LESEN, NICHT BEANTWORTEN kann. Dann meinte jemand im Forum ich solle in der SysConfig StatusView aktivieren. Das habe ich nun soeben gemacht, aber das Problem besteht weiterhin, der Benutzer sieht die Tickets nicht. Kann mir da jemand helfen? Danke euch Tobias SiebertEmoticon3.gif- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Benutzer soll Ticket NUR Lesen können
Hi, On 23.04.2010, at 18:18, Tobias Siebert wrote: Dann meinte jemand im Forum ich solle in der SysConfig StatusView aktivieren. Das habe ich nun soeben gemacht, aber das Problem besteht weiterhin, der Benutzer sieht die Tickets nicht. auch nicht im StatusView? Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Benutzer soll Ticket NUR Lesen können
Hi, oh, jetzt seh ich das erst. Im Status View wird es angezeigt, ja. Aber was genau hat es kit der StatusView überhaupt auf sich ? Also darüber jetzt arbeiten geht schlecht, weil da auch gar nicht mit der Queue-Struktur gearbeitet wird, sondern die Tickets alle nacheinander einfach angezeigt werden, egal welche Queue. Grüße tobias siebert From: Nils Leideck - ITSM Sent: Friday, April 23, 2010 6:34 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Benutzer soll Ticket NUR Lesen können Hi, On 23.04.2010, at 18:18, Tobias Siebert wrote: Dann meinte jemand im Forum ich solle in der SysConfig StatusView aktivieren. Das habe ich nun soeben gemacht, aber das Problem besteht weiterhin, der Benutzer sieht die Tickets nicht. auch nicht im StatusView? Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Benutzer soll Ticket NUR Lesen können
Hi, On 23.04.2010, at 19:14, Tobias Siebert wrote: oh, jetzt seh ich das erst. Im Status View wird es angezeigt, ja. Aber was genau hat es kit der StatusView überhaupt auf sich ? Also darüber jetzt arbeiten geht schlecht, weil da auch gar nicht mit der Queue-Struktur gearbeitet wird, sondern die Tickets alle nacheinander einfach angezeigt werden, egal welche Queue. also funktioniert Dein Berechtigungskonzept so gesehen schon mal ... In der QueueView werden Standardmäßig nur die Tickets angezeigt auf die der Agent rw-Rechte hat. Das kannst Du über die SysConfig einstellen: Ticket - Frontend::Agent::Ticket::ViewQueue und hier dann Ticket::Frontend::AgentTicketQueue###ViewAllPossibleTickets auf Ja stellen ... voilá, alle Tickets sind in der QueueView zu sehen wenn Du ro auf die jeweilige Queue hast. Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
Re: [otrs-de] Benutzer soll Ticket NUR Lesen können
Hi Nils, genial ! Das funktioniert nun auch. Ich danke euch allen für die tatkräftige Unterstützung ! Schönen Abend und schönes Wochenende ! Tobias Siebert From: Nils Leideck - ITSM Sent: Friday, April 23, 2010 7:26 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Benutzer soll Ticket NUR Lesen können Hi, On 23.04.2010, at 19:14, Tobias Siebert wrote: oh, jetzt seh ich das erst. Im Status View wird es angezeigt, ja. Aber was genau hat es kit der StatusView überhaupt auf sich ? Also darüber jetzt arbeiten geht schlecht, weil da auch gar nicht mit der Queue-Struktur gearbeitet wird, sondern die Tickets alle nacheinander einfach angezeigt werden, egal welche Queue. also funktioniert Dein Berechtigungskonzept so gesehen schon mal ... In der QueueView werden Standardmäßig nur die Tickets angezeigt auf die der Agent rw-Rechte hat. Das kannst Du über die SysConfig einstellen: Ticket - Frontend::Agent::Ticket::ViewQueue und hier dann Ticket::Frontend::AgentTicketQueue###ViewAllPossibleTickets auf Ja stellen ... voilá, alle Tickets sind in der QueueView zu sehen wenn Du ro auf die jeweilige Queue hast. Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project - OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/Emoticon3.gif- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/