- otrs-de - OTRS mailing lists

Wer hat (m)ein Ticket entfernt? - Wie bekomme ich das heraus? - OTRS 2.2.6
by Götz Reinicke 20 May '08

20 May '08

Guten Tag in die Runde, wir nutzen OTRS 2.2.6. für unseren Helpdesk mit fünf Queues und vier Agenten. I.d.R. haben mehrere Agenten Zugriff auf Tickets aus einer Queue. Soweit funktioniert alles was wir benötigen, doch heute habe ich folgende Frage: Wir haben ein Ticket, das entfernt wurde, aber offenbar nicht bearbeitet; d.h. das gemeldete Problem besteht immer noch. Wo oder wie kann ich herausbekommen, wer das Ticket entfernt hat? Von uns kann sich keiner erinnern, dies bewusst getan zu haben. Ggf. war es ein Versehen und wurde mit einigem Spam-Müll gelöscht. Herzlichen Dank für jeden Hinweis! Viele Grüße Götz Reinicke -- Götz Reinicke IT Koordinator Tel. +49 7141 969 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Mathildenstr. 20 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Dr. Christoph Palmer, MdL, Minister a.D. Geschäftsführer: Prof. Thomas Schadt

2 1

PostMaster Filter / mehr als ein X-OTRS-CustomerUser
by Klaus Bruno 20 May '08

20 May '08

Hallo zusammen Ich habe einen PostMaster Filter der mir für ankommenende E-Mails aufgrund der From: Adresse im Ticket ein paar Dinge setzt: - X-OTRS-CustomerNo - X-OTRS-CustomerUser - X-OTRS-SLA - X-OTRS-Service So weit funktioniert das perfekt. Nun möchte ich, dass das Ticket standardmässig zwei CustomerUser beinhaltet, weil der Kunde zwei verschiedene Organisationen hat, welche über den Status des Tickets informiert werden wollen. Ich habe mal einfach zwei E-Mail Adressen als Value im X-OTRS-CustomerUser eingetragen: helpdesk1(a)kunde.com, helpdesk2(a)kunde.com Resultat: OTRS nimmt die erste E-Mail Adresse und ignoriert die zweite. Dann habe ich angepasst und die Regex Syntax verwendet: (helpdesk1@kunde.com|helpdesk2@kunde.com) Resultat: OTRS nimmt wieder die erste E-Mail Adresse, schreibt aber immerhin in der History des Tickets, dass der Postmaster Filter beide Adressen "verarbeitet" hat. Hat jemand noch eine Idee? Ist meine Regex falsch? Kann man allenfalls für CC: einen X-OTRS- Eintrag generieren? Danke für irgendwelche Inputs! Gruss, Bruno

1 0

Message: Can't write ConfigItem!
by Ivan De Masi 20 May '08

20 May '08

Liebe OTRS-Gemeinde :-) Ich hatte da mal wieder eine kleines Problem aus dem ich nicht ganz schlau werde. Ich habe die Version 2.2.6 installiert und bin nun am testen. Soweit scheint erst mal alles zu laufen, außer ich versuche die SysConfig über den Webeditor zu bearbeiten - dann bekomme ich folgende Meldung: ERROR: OTRS-CGI-10 Perl: 5.8.8 OS: linux Time: Mon May 19 16:53:53 2008 Message: Can't write ConfigItem! Traceback (13498): Module: Kernel::Modules::AdminSysConfig::Run (v1.61.2.1) Line: 125 Module: Kernel::System::Web::InterfaceAgent::Run (v1.23) Line: 670 Module: ModPerl::ROOT::ModPerl::Registry::home_talk2_cc_otrs_bin_cgi_2dbin_index_2epl::handler (v) Line: 47 Module: (eval) (v1.81) Line: 203 Module: ModPerl::RegistryCooker::run (v1.81) Line: 203 Module: ModPerl::RegistryCooker::default_handler (v1.81) Line: 169 Module: ModPerl::Registry::handler (v1.99) Line: 30 Sobald ich versuche eine Änderung zu speichern, erhalte ich diese Meldung. Kann damit jemand etwas anfangen? Viele Grüsse Ivan

1 1

Rolf Debacher/Holzma/Homag-Gruppe/DE ist außer Haus.
by rolf.debacher＠holzma.de 19 May '08

19 May '08

Ich werde ab 19.05.2008 nicht im Büro sein. Ich kehre zurück am 10.06.2008. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. Bitte wenden Sie sich in dringenden Fällen an: Matthias Friedrich tel. 07053-69 614 Mail: matthias.friedrich(a)holzma.de Holzma Plattenaufteiltechnik GmbH Gesellschaft mit beschränkter Haftung mit Sitz in D-75365 Calw-Holzbronn, Holzmastraße 3; Registergericht Stuttgart HRB 330649 Geschäftsführer: Eckhard Hörner-Marass, Walter Visel

1 0

automated response
by Mario Suske 19 May '08

19 May '08

Dear Sender, Thank you for your e-mail. Please note that I am not in the office on 19 May 2008. I will respond as soon as I can upon my return 20 May 2008. For general issues, please contact: ghd(a)trustinternational.com Americas: +1-800-591-8736 EMEA / Asia: +49-69-664-19300 Kind Regards Your Global Customer Support Team Mario Suske Trust International Hotel Reservation Services GmbH www.trustinternational.com Sitz/Place of business: Frankfurt am Main, Germany Registerinformationen/Registry information: AG Frankfurt am Main HRB 30120 Geschäftsführer/Managing director: Richard Wiegmann Please see our disclaimer via link http://www.trustinternational.com/tr/emailattachmentpolicy.htm

1 0

Zugriffsrechte auf Firmentikets
by Wetzel, Rüdiger 19 May '08

19 May '08

Hallo, ich bekomme immer noch die gleiche Meldung (Keine Zugriffsrechte!) wenn ein Kunden-Benutzer auf ein Firmen-Tickte zugreift welches von einem anderem Kunden-Benutzer angelegt wurde. Die Einstellungen habe ich entsprechend der Hinweise in der Bugliste (http://bugs.otrs.org/show_bug.cgi?id=2870) im System geändert. CustomerTicket::Permission###2-CustomerIDCheck to Granted = 1 CustomerTicket::Permission###1-CustomerUserIDCheck to Granted = 1 Hat vielleicht jemand eine Idee an was das sonst noch liegen könnte ? Wir setzen OTRS 2.2.6 ein. Vielen Dank schon mal für eure Hinweise! Rüdiger Wetzel

1 0

Current_Timestamp
by Peter Selzner 19 May '08

19 May '08

Hi, wir haben in mehreren Tabellen (u.a. article) die Spalte "Current_Timestamp" vom Typ timestamp(14) drin. Beim anlegen der otrs DB wird diese Spalte nicht angelegt. Weiß jemand woher die Spalte kommen kann. Wir können uns nicht erinnern sie explizit angelegt zu haben. Danke. _____________________________________________________________________ Unbegrenzter Speicherplatz für Ihr E-Mail Postfach? Jetzt aktivieren! http://freemail.web.de/club/landingpage.htm/?mc=025555

1 0

Free Fields Multiline
by Lorenzo MUELLER 19 May '08

19 May '08

Hi an alle, Ich habe da ein Problem, Ich will ein zusätzliches "Free Field" anlegen -> So weit so gut - NUR: Diese Felder sind recht kurz und erlauben ausserdem keine Merhzeiligen Inhalte. Ist es daher möglich ein "Free Field" als "Multiline" darzustellen (nicht 1-zeilig, sondern eben mehrzeilig...). Vielen Dank im Voraus für Euer Feedback.. Lorenzo Müller

1 0

Free Fields Multiline
by Lorenzo MUELLER 19 May '08

19 May '08

Hi an alle, Ich habe da ein Problem, Ich will ein zusätzliches "Free Field" anlegen -> So weit so gut - NUR: Diese Felder sind recht kurz und erlauben ausserdem keine Merhzeiligen Inhalte. Ist es daher möglich ein "Free Field" als "Multiline" darzustellen (nicht 1-zeilig, sondern eben mehrzeilig...). Vielen Dank im Voraus für Euer Feedback.. Lorenzo Müller

1 0

Antw: otrs-de Nachrichtensammlung, Band 55, Eintrag 16 (Abwesenheitsmeldung)
by André Meißner 17 May '08

17 May '08

** Reply Requested by 5/18/2008 (Sunday) ** Guten Tag, ich bin in der Woche vom 19.05.-23-05. nicht im Haus. Bitte haben Sie Verständnis, das ich mich erst danach bei Ihnen melden kann. Mit feundlichen Grüssen André Meißner >>> otrs-de 17.05.08 14:00 >>> Um e-Mails an die Liste otrs-de zu schicken, nutzen Sie bitte die Adresse otrs-de(a)otrs.org Um sich via Web von der Liste zu entfernen oder draufzusetzen: http://lists.otrs.org/mailman/listinfo/otrs-de oder, via Email, schicken Sie eine Email mit dem Wort 'help' in Subject/Betreff oder im Text an otrs-de-request(a)otrs.org Sie koennen den Listenverwalter dieser Liste unter der Adresse otrs-de-owner(a)otrs.org erreichen Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of otrs-de digest..." Meldungen des Tages: 1. Performance Kalender (Jürgen Schulz-Brüssel | Fotofinder GmbH) 2. Performance Kalender (Jürgen Schulz-Brüssel | Fotofinder GmbH) 3. Performance Kalender (Jürgen Schulz-Brüssel | Fotofinder GmbH) 4. Zugriffsrechte auf Firmentickets (Wetzel) 5. Zugriffsrechte auf Firmentickets (Wetzel) ---------------------------------------------------------------------- Message: 1 Date: Fri, 16 May 2008 13:44:09 +0200 From: Jürgen Schulz-Brüssel | Fotofinder GmbH <jsb(a)fotofinder.com> Subject: [otrs-de] Performance Kalender To: otrs-de(a)otrs.org Message-ID: <482D7389.7010800(a)fotofinder.com> Content-Type: text/plain; charset=ISO-8859-1 Hallo, wir beobachten seit einiger Zeit erhebliche Probleme mit dem OTRS Kalender (Version 1.7.1). Namentlich brauchen wir ca. 1 Sekunde, um einen Kalendereintrag im Webinterface darzustellen. Ansonsten rennt das OTRS nicht gerade, aber es hat eine durchaus zufriedenstellende Geschwindigkeit. Datenbankseitig habe ich keine großen Performance Probleme beobachten können. Die Tabellen 'calendar_event_involved' und 'calendar_event' haben 3395 bzw. 2252 Einträge und liefern auf der Commandline ein select in der Regel im Bereich von wenigen Millisekunden zurück (hier scheint das Problem also nicht zu liegen). Ich habe zurzeit darauf verzichtet Zeitmessungen mit Time::Hires innerhalb der Kalendermodule vorzunehmen (kann also nicht richtig sagen, wo wir wirklich die Zeit verlieren). Hat jemand schon ähnliche Probleme beobachtet und evtl. eine Lösung dafür gefunden? Folgende Rahmenbedingungen haben wir: bis zu 50 Kalendereinträge pro Woche (bei ca. 15 Nutzern) Folgende Maßnahmen habe ich derzeit ergriffen: - alle Kalendermodule ins Startup Script (apache2-perl-startup.pl) geschrieben. Zudem habe ich passend zum Interface eine Tagesansicht eingeführt (die schon in der Version 1.3 nicht verfügbar war) und die Useraktionen in aller Regel gegen die Tagesansicht ausgeführt, so dass nach einem Update möglichst wenig Termine neu geladen werden müssen. Darüberhinaus habe ich Knöpfe für gestern und morgen gemacht, damit möglichst wenige Aktionen dazu führen, dass eine Wochenansicht dargestellt wird. Was genau hat die aktuelle Version vom Kalender verbessert? (ein Changelog wäre schön). Im Einsatz ist bei uns ein OTRS 2.2.4 auf einem CentOS 4.6 mit einner Mysql DB. Es grüßt Euch Jürgen -- Fotofinder GmbH USt-IdNr. DE812854514 Software Entwicklung Web: http://www.fotofinder.com/ Potsdamer Str. 96 Tel: +49 30 25 79 28 90 10785 Berlin Fax: +49 30 25 79 28 999 Geschäftsführer: Ali Paczensky Amtsgericht: Berlin Charlottenburg (HRB 73099) Sitz: Berlin ------------------------------ Message: 2 Date: Fri, 16 May 2008 11:53:59 +0200 From: Jürgen Schulz-Brüssel | Fotofinder GmbH <jsb(a)fotofinder.com> Subject: [otrs-de] Performance Kalender To: otrs-de-request(a)otrs.org Message-ID: <482D59B7.7050906(a)fotofinder.com> Content-Type: text/plain; charset=ISO-8859-1 Hallo, wir beobachten seit einiger Zeit erhebliche Probleme mit dem OTRS Kalender (Version 1.7.1). Namentlich brauchen wir ca. 1 Sekunde, um einen Kalendereintrag im Webinterface darzustellen. Ansonsten rennt das OTRS nicht gerade, aber es hat eine durchaus zufriedenstellende Geschwindigkeit. Datenbankseitig habe ich keine großen Performance Probleme beobachten können. Die Tabellen 'calendar_event_involved' und 'calendar_event' haben 3395 bzw. 2252 Einträge und liefern auf der Commandline ein select in der Regel im Bereich von wenigen Millisekunden zurück (hier scheint das Problem also nicht zu liegen). Ich habe zurzeit darauf verzichtet Zeitmessungen mit Time::Hires innerhalb der Kalendermodule vorzunehmen (kann also nicht richtig sagen, wo wir wirklich die Zeit verlieren). Hat jemand schon ähnliche Probleme beobachtet und evtl. eine Lösung dafür gefunden? Folgende Rahmenbedingungen haben wir: bis zu 50 Kalendereinträge pro Woche (bei ca. 15 Nutzern) Folgende Maßnahmen habe ich derzeit ergriffen: - alle Kalendermodule ins Startup Script (apache2-perl-startup.pl) geschrieben. Zudem habe ich passend zum Interface eine Tagesansicht eingeführt (die schon in der Version 1.3 nicht verfügbar war) und die Useraktionen in aller Regel gegen die Tagesansicht ausgeführt, so dass nach einem Update möglichst wenig Termine neu geladen werden müssen. Darüberhinaus habe ich Knöpfe für gestern und morgen gemacht, damit möglichst wenige Aktionen dazu führen, dass eine Wochenansicht dargestellt wird. Was genau hat die aktuelle Version vom Kalender verbessert? (ein Changelog wäre schön). Im Einsatz ist bei uns ein OTRS 2.2.4 auf einem CentOS 4.6 mit einner Mysql DB. Es grüßt Euch Jürgen -- Fotofinder GmbH USt-IdNr. DE812854514 Software Entwicklung Web: http://www.fotofinder.com/ Potsdamer Str. 96 Tel: +49 30 25 79 28 90 10785 Berlin Fax: +49 30 25 79 28 999 Geschäftsführer: Ali Paczensky Amtsgericht: Berlin Charlottenburg (HRB 73099) Sitz: Berlin ------------------------------ Message: 3 Date: Fri, 16 May 2008 11:53:59 +0200 From: Jürgen Schulz-Brüssel | Fotofinder GmbH <jsb(a)fotofinder.com> Subject: [otrs-de] Performance Kalender To: otrs-de-request(a)otrs.org Message-ID: <482D59B7.7050906(a)fotofinder.com> Content-Type: text/plain; charset=ISO-8859-1 Hallo, wir beobachten seit einiger Zeit erhebliche Probleme mit dem OTRS Kalender (Version 1.7.1). Namentlich brauchen wir ca. 1 Sekunde, um einen Kalendereintrag im Webinterface darzustellen. Ansonsten rennt das OTRS nicht gerade, aber es hat eine durchaus zufriedenstellende Geschwindigkeit. Datenbankseitig habe ich keine großen Performance Probleme beobachten können. Die Tabellen 'calendar_event_involved' und 'calendar_event' haben 3395 bzw. 2252 Einträge und liefern auf der Commandline ein select in der Regel im Bereich von wenigen Millisekunden zurück (hier scheint das Problem also nicht zu liegen). Ich habe zurzeit darauf verzichtet Zeitmessungen mit Time::Hires innerhalb der Kalendermodule vorzunehmen (kann also nicht richtig sagen, wo wir wirklich die Zeit verlieren). Hat jemand schon ähnliche Probleme beobachtet und evtl. eine Lösung dafür gefunden? Folgende Rahmenbedingungen haben wir: bis zu 50 Kalendereinträge pro Woche (bei ca. 15 Nutzern) Folgende Maßnahmen habe ich derzeit ergriffen: - alle Kalendermodule ins Startup Script (apache2-perl-startup.pl) geschrieben. Zudem habe ich passend zum Interface eine Tagesansicht eingeführt (die schon in der Version 1.3 nicht verfügbar war) und die Useraktionen in aller Regel gegen die Tagesansicht ausgeführt, so dass nach einem Update möglichst wenig Termine neu geladen werden müssen. Darüberhinaus habe ich Knöpfe für gestern und morgen gemacht, damit möglichst wenige Aktionen dazu führen, dass eine Wochenansicht dargestellt wird. Was genau hat die aktuelle Version vom Kalender verbessert? (ein Changelog wäre schön). Im Einsatz ist bei uns ein OTRS 2.2.4 auf einem CentOS 4.6 mit einner Mysql DB. Es grüßt Euch Jürgen -- Fotofinder GmbH USt-IdNr. DE812854514 Software Entwicklung Web: http://www.fotofinder.com/ Potsdamer Str. 96 Tel: +49 30 25 79 28 90 10785 Berlin Fax: +49 30 25 79 28 999 Geschäftsführer: Ali Paczensky Amtsgericht: Berlin Charlottenburg (HRB 73099) Sitz: Berlin ------------------------------ Message: 4 Date: Fri, 16 May 2008 15:58:11 +0200 From: Wetzel, Rüdiger <Ruediger.Wetzel(a)eurodok.de> Subject: [otrs-de] Zugriffsrechte auf Firmentickets To: <otrs-de(a)otrs.org> Message-ID: <D1DF6BEF7FBA1847BD36F45B6451EB3A0AE24B(a)server-x.de.eurodok.org> Content-Type: text/plain; charset="iso-8859-1" Hallo, ich bekomme immer noch die gleiche Meldung (Keine Zugriffsrechte!) wenn ein Kunden-Benutzer auf ein Firmen-Tickte zugreift welches von einem anderem Kunden-Benutzer angelegt wurde. Die Einstellungen habe ich entsprechend der Hinweise in der Bugliste (http://bugs.otrs.org/show_bug.cgi?id(70) im System geändert. CustomerTicket::Permission###2-CustomerIDCheck to Granted = 1 CustomerTicket::Permission###1-CustomerUserIDCheck to Granted = 1 Hat vielleicht jemand eine Idee an was das sonst noch liegen könnte ? Wir setzen OTRS 2.2.6 ein. Vielen Dank schon mal für eure Hinweise! Rüdiger Wetzel ------------------------------ Message: 5 Date: Fri, 16 May 2008 16:08:54 +0200 From: Wetzel, Rüdiger <Ruediger.Wetzel(a)eurodok.de> Subject: [otrs-de] Zugriffsrechte auf Firmentickets To: <otrs-de(a)otrs.org> Message-ID: <D1DF6BEF7FBA1847BD36F45B6451EB3A0AE24C(a)server-x.de.eurodok.org> Content-Type: text/plain; charset="iso-8859-1" Hallo, ich bekomme immer noch die gleiche Meldung (Keine Zugriffsrechte!) wenn ein Kunden-Benutzer auf ein Firmen-Tickte zugreift welches von einem anderem Kunden-Benutzer angelegt wurde. Die Einstellungen habe ich entsprechend der Hinweise in der Bugliste (http://bugs.otrs.org/show_bug.cgi?id(70) im System geändert. CustomerTicket::Permission###2-CustomerIDCheck to Granted = 1 CustomerTicket::Permission###1-CustomerUserIDCheck to Granted = 1 Hat vielleicht jemand eine Idee an was das sonst noch liegen könnte ? Wir setzen OTRS 2.2.6 ein. Vielen Dank schon mal für eure Hinweise! Rüdiger Wetzel ------------------------------ _______________________________________________ otrs-de mailing list otrs-de(a)otrs.org http://lists.otrs.org/mailman/listinfo/otrs-de Ende otrs-de Nachrichtensammlung, Band 55, Eintrag 16 *****************************************************

1 0

Zugriffsrechte auf Firmentickets
by Wetzel, Rüdiger 16 May '08

16 May '08

Hallo, ich bekomme immer noch die gleiche Meldung (Keine Zugriffsrechte!) wenn ein Kunden-Benutzer auf ein Firmen-Tickte zugreift welches von einem anderem Kunden-Benutzer angelegt wurde. Die Einstellungen habe ich entsprechend der Hinweise in der Bugliste (http://bugs.otrs.org/show_bug.cgi?id=2870) im System geändert. CustomerTicket::Permission###2-CustomerIDCheck to Granted = 1 CustomerTicket::Permission###1-CustomerUserIDCheck to Granted = 1 Hat vielleicht jemand eine Idee an was das sonst noch liegen könnte ? Wir setzen OTRS 2.2.6 ein. Vielen Dank schon mal für eure Hinweise! Rüdiger Wetzel

1 0

Zugriffsrechte auf Firmentickets
by Wetzel, Rüdiger 16 May '08

16 May '08

Hallo, ich bekomme immer noch die gleiche Meldung (Keine Zugriffsrechte!) wenn ein Kunden-Benutzer auf ein Firmen-Tickte zugreift welches von einem anderem Kunden-Benutzer angelegt wurde. Die Einstellungen habe ich entsprechend der Hinweise in der Bugliste (http://bugs.otrs.org/show_bug.cgi?id=2870) im System geändert. CustomerTicket::Permission###2-CustomerIDCheck to Granted = 1 CustomerTicket::Permission###1-CustomerUserIDCheck to Granted = 1 Hat vielleicht jemand eine Idee an was das sonst noch liegen könnte ? Wir setzen OTRS 2.2.6 ein. Vielen Dank schon mal für eure Hinweise! Rüdiger Wetzel

1 0

Performance Kalender
by Jürgen Schulz-Brüssel | Fotofinder Gmb H 16 May '08

16 May '08

Hallo, wir beobachten seit einiger Zeit erhebliche Probleme mit dem OTRS Kalender (Version 1.7.1). Namentlich brauchen wir ca. 1 Sekunde, um einen Kalendereintrag im Webinterface darzustellen. Ansonsten rennt das OTRS nicht gerade, aber es hat eine durchaus zufriedenstellende Geschwindigkeit. Datenbankseitig habe ich keine großen Performance Probleme beobachten können. Die Tabellen 'calendar_event_involved' und 'calendar_event' haben 3395 bzw. 2252 Einträge und liefern auf der Commandline ein select in der Regel im Bereich von wenigen Millisekunden zurück (hier scheint das Problem also nicht zu liegen). Ich habe zurzeit darauf verzichtet Zeitmessungen mit Time::Hires innerhalb der Kalendermodule vorzunehmen (kann also nicht richtig sagen, wo wir wirklich die Zeit verlieren). Hat jemand schon ähnliche Probleme beobachtet und evtl. eine Lösung dafür gefunden? Folgende Rahmenbedingungen haben wir: bis zu 50 Kalendereinträge pro Woche (bei ca. 15 Nutzern) Folgende Maßnahmen habe ich derzeit ergriffen: - alle Kalendermodule ins Startup Script (apache2-perl-startup.pl) geschrieben. Zudem habe ich passend zum Interface eine Tagesansicht eingeführt (die schon in der Version 1.3 nicht verfügbar war) und die Useraktionen in aller Regel gegen die Tagesansicht ausgeführt, so dass nach einem Update möglichst wenig Termine neu geladen werden müssen. Darüberhinaus habe ich Knöpfe für gestern und morgen gemacht, damit möglichst wenige Aktionen dazu führen, dass eine Wochenansicht dargestellt wird. Was genau hat die aktuelle Version vom Kalender verbessert? (ein Changelog wäre schön). Im Einsatz ist bei uns ein OTRS 2.2.4 auf einem CentOS 4.6 mit einner Mysql DB. Es grüßt Euch Jürgen -- Fotofinder GmbH USt-IdNr. DE812854514 Software Entwicklung Web: http://www.fotofinder.com/ Potsdamer Str. 96 Tel: +49 30 25 79 28 90 10785 Berlin Fax: +49 30 25 79 28 999 Geschäftsführer: Ali Paczensky Amtsgericht: Berlin Charlottenburg (HRB 73099) Sitz: Berlin

1 0

Performance Kalender
by Jürgen Schulz-Brüssel | Fotofinder Gmb H 16 May '08

16 May '08

Hallo, wir beobachten seit einiger Zeit erhebliche Probleme mit dem OTRS Kalender (Version 1.7.1). Namentlich brauchen wir ca. 1 Sekunde, um einen Kalendereintrag im Webinterface darzustellen. Ansonsten rennt das OTRS nicht gerade, aber es hat eine durchaus zufriedenstellende Geschwindigkeit. Datenbankseitig habe ich keine großen Performance Probleme beobachten können. Die Tabellen 'calendar_event_involved' und 'calendar_event' haben 3395 bzw. 2252 Einträge und liefern auf der Commandline ein select in der Regel im Bereich von wenigen Millisekunden zurück (hier scheint das Problem also nicht zu liegen). Ich habe zurzeit darauf verzichtet Zeitmessungen mit Time::Hires innerhalb der Kalendermodule vorzunehmen (kann also nicht richtig sagen, wo wir wirklich die Zeit verlieren). Hat jemand schon ähnliche Probleme beobachtet und evtl. eine Lösung dafür gefunden? Folgende Rahmenbedingungen haben wir: bis zu 50 Kalendereinträge pro Woche (bei ca. 15 Nutzern) Folgende Maßnahmen habe ich derzeit ergriffen: - alle Kalendermodule ins Startup Script (apache2-perl-startup.pl) geschrieben. Zudem habe ich passend zum Interface eine Tagesansicht eingeführt (die schon in der Version 1.3 nicht verfügbar war) und die Useraktionen in aller Regel gegen die Tagesansicht ausgeführt, so dass nach einem Update möglichst wenig Termine neu geladen werden müssen. Darüberhinaus habe ich Knöpfe für gestern und morgen gemacht, damit möglichst wenige Aktionen dazu führen, dass eine Wochenansicht dargestellt wird. Was genau hat die aktuelle Version vom Kalender verbessert? (ein Changelog wäre schön). Im Einsatz ist bei uns ein OTRS 2.2.4 auf einem CentOS 4.6 mit einner Mysql DB. Es grüßt Euch Jürgen -- Fotofinder GmbH USt-IdNr. DE812854514 Software Entwicklung Web: http://www.fotofinder.com/ Potsdamer Str. 96 Tel: +49 30 25 79 28 90 10785 Berlin Fax: +49 30 25 79 28 999 Geschäftsführer: Ali Paczensky Amtsgericht: Berlin Charlottenburg (HRB 73099) Sitz: Berlin

1 0

Test Message
by Shawn Beasley 16 May '08

16 May '08

This is a test of the list -- Shawn Beasley ((otrs)) :: OTRS AG :: Norsk-Data-Straße 1 :: 61352 Bad Homburg Fon: +49 (0) 9421 56818 0 :: Fax: +49 (0) 9421 56818 18 http://www.otrs.com/ :: Communication with success! Geschäftssitz: Bad Homburg Amtsgericht Bad Homburg, HRB 10751 Steuernummer: 003/240/97521 Aufsichtsratsvorsitzender: Burchard Steinbild Vorstandsvorsitzender: André Mindermann

1 0

richtext/html editor für otrs antwort
by it-news (Josef Lahmer) 16 May '08

16 May '08

hallo liste, hatte jemand von euch schon erfahrung bzw den wunsch nach optischer gestaltung von antwortemails? grad ein paar funktionen wie das text einfärben/fett/kursiv, aufzählungszeichen wäre für agents interessant. lg josy --------------------------------------- 400 Tonnen! Diese Menge an CO2 haben unsere Kunden bis heute durch klimaneutrales Drucken ausgeglichen. Zeigen auch Sie Ihr Engagement in Sachen Klimaschutz. Mit dem greenprint*-Label auf Ihren Druckprodukten. http://www.greenprint.at

1 0

adressprüfung bei der antwort, feature request
by it-news (Josef Lahmer) 16 May '08

16 May '08

hallo liste, hab einen wunsch/feature request: automatische adressbuch bzw emailadressenprüfung bei der antwort (wenn ich noch zusätzliche empfänger ins cc nehmen möchte) (also wenn ich emailadress nicht vollständig oder korrekt eingebe wird im adressbuch nach einer übereinstimmung gesucht. wer findet so ein feature für sinnvoll? lg josy --------------------------------------- 400 Tonnen! Diese Menge an CO2 haben unsere Kunden bis heute durch klimaneutrales Drucken ausgeglichen. Zeigen auch Sie Ihr Engagement in Sachen Klimaschutz. Mit dem greenprint*-Label auf Ihren Druckprodukten. http://www.greenprint.at

1 0

rechtschreibkorrektur aspell dictonary erweitern
by it-news (Josef Lahmer) 16 May '08

16 May '08

hallo liste, hat jemand schon erfahrung mit der rechtschreibkorrektur? ich hab aspell installiert und im otrs aktiviert. wie kann ich schlüsselwörter ins wörterbuch mitaufnehmen bzw weitere sprachen festlegen? (eventuell Framework -> Core::SpellChecker ausnahmen definieren) => aber schöner wäre es fast über aspell direkt? hat jemand ideen? lg josy --------------------------------------- 400 Tonnen! Diese Menge an CO2 haben unsere Kunden bis heute durch klimaneutrales Drucken ausgeglichen. Zeigen auch Sie Ihr Engagement in Sachen Klimaschutz. Mit dem greenprint*-Label auf Ihren Druckprodukten. http://www.greenprint.at

1 0

Ticket erstellen für Admins
by Marco Rudzuck 16 May '08

16 May '08

Hallo liebe Liste, gibt es eine einfache Möglichkeit, Agenten und Admins ein eigenes neues Ticket zu erstellen? Die vorhandenen Module bei Agenten ermöglichen das Erstellen eines neuen Tickets nur für vorhandene Kunden. Ich hätte aber gerne, dass Agenten selbst ein Ticket für sich eröffnen können ohne sich als Kunde anmelden zu müssen. Vielen Dank für eure Hilfe Marco

1 0

"De"-Eskalation von Tickets ohne externe eMail
by Thomas Stinner 15 May '08

15 May '08

Hallo, wir benutzen OTRS unter anderem um damit Anrufe die auf einer Voicebox landen zu bearbeiten. Dazu schickt die Voicebox eine eMail ins OTRS. Der Agent hört dann die Nachricht ab und schreibt eine Notiz mit dem Inhalt der Nachricht in das Ticket. Nun möchten wir erreichen das diese Tickets nach einer Stunde eskalieren, sofern bis dahin der Agent sie nicht abgehört hat und die o.g. Notiz geschrieben hat. Die Reaktionszeit wird jedoch nur zurück gesetzt sofern auch eine externe Nachricht in das Ticket geschrieben wird - das möchten wir in dem Fall jedoch nicht. Gibt es eine andere Möglichkeit das zu lösen (ohne die Ticket.pm zu verändern)? Mit freundlichen Grüßen i.A. Thomas Stinner Informations-/Kommunikationstechnik ____________________________________ Schüchen International GmbH & Co. KG Kelsterbacher Straße 38 - 46 65479 Raunheim Germany Fon: +49 6142 406-447 Fax: +49 6142 406-175 E-Mail: thomas.stinner(a)schuechen.de Internet: www.schuechen.de Umsatzsteuer-Identifikationsnummer: DE 177445395 Firmensitz: Kelsterbacher Straße 38 - 46, 65479 Raunheim Registergericht: Amtsgericht Darmstadt, HRA 81891 Gesellschafterin: Schüchen Beteiligungsgesellschaft mbH Firmensitz: Kelsterbacher Straße 38 - 46, 65479 Raunheim Registergericht: Amtsgericht Darmstadt, HRB 84267 Geschäftsführer: Felix Wilhelm Schüchen Wir arbeiten ausschließlich aufgrund der Allgemeinen Deutschen Spediteurbedingungen (ADSp) neuester Fassung.

1 0

Michael Brusberg ist außer Haus.
by M.Brusberg＠htp.net 15 May '08

15 May '08

Ich werde ab 15.05.2008 nicht im Büro sein. Ich kehre zurück am 02.06.2008. In dringenden Fällen wenden Sie sich bitte an Robert Remenyi (R.Remenyi(a)htp.net) In dringenden Fällen wenden Sie sich bitte an: Robert Remenyi r.remenyi(a)htp.net

1 0

"No permission to use this frontend modul"
by Ute Martens 15 May '08

15 May '08

hi, nach der installation von otrs 2.2.6 lief alles prima. aber nachdem wir einige zuvor angelegte user als temporär ungültig markiert haben, können wir uns nun gar nicht mehr auf dem system einloggen, nicht mal als root;-((( die meldung beim einlog-versuch ist: "No permission to use this frontend modul". das problem wurde ja schon mehrfach besprochen. aber bislang finde ich keine lösung zu unserer situation. kann ich über die datenbank direkt dem root-user die rechte für das frontend zurück geben? weiß jemand wie oder hat einen anderen tipp? vielen vielen dank. ach ja: bei uns läuft mysqld 4.1.13 und apache2 auf suse 10.0. viele grüße von ute -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx

2 4

Kalendereinträge nicht sichtbar
by Udo Giacomozzi 14 May '08

14 May '08

Hallo, bei unserer Installation können andere Benutzer Kalendereinträge anderer Nutzer nicht sehen, selbst wenn diese als "öffentlich" eingestuft sind (habe alle vier Möglichkeiten getestet). Nur die ausgewählten "Teilnehmer" können den Eintrag sehen. Sollten öffentliche Einträge nicht für alle sichtbar sein? OTRS 2.2.6 unter Debian 4 (Etch), Paketinstallation Danke für irgendwelche Tipps, Udo

2 2

Bestimmten Benutzern Zugriff auf alle Tickets eines Kunden geben
by Florian Hempel 14 May '08

14 May '08

Hallo zusammen, wir setzen OTRS::ITSM 1.1.1 ein. Mich würde interessieren, ob es möglich ist, bestimmten Benutzern, Zugriff auf alle Tickets eines Kunden geben. Beispiel: Zu Kunde 12345 gehören die Benutzer A,B und C. Benutzer A soll alle Tickets sehen können. Benutzer B und C jeweils nur ihre Eigenen. Ich habe mich schon ein bisschen mit Gruppen und Rollen versucht, bin da aber auf keinen grünen Zweig gekommen. Kann man so etwas überhaupt realisieren? Wir möchten gerne selber Reports generieren, die OTRS so nicht bietet. Dort sollen halt auch die Möglichkeit bestehen, sich den kompletten Inhalt eines Tickets anzuzeigen. Florian Hempel

4 4

Re: [otrs-de] Mehr als ein LDAP Customer-AuthModule
by Klaus Bruno 14 May '08

14 May '08

Hallo Christian Du msst die AuthModule ebenfalls unterschiedlich nummerieren. Gruss, Bruno -----Original Message----- From: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces@otrs.org] On Behalf Of Cristian Laufer Sent: Tuesday, May 13, 2008 4:19 PM To: User questions and discussions about OTRS.org in German Subject: [otrs-de] Mehr als ein LDAP Customer-AuthModule Hallo Liste, ich würde gerne über mehrere LDAP Customer-AuthModule den Login für Benutzer ermöglichen. Für die Kundenbenutzerinformationen funktioniert der Zugriff auf verschiedene LDAP Server bereits ohne Probleme mit $Self->{CustomerUser1} = $Self->{CustomerUser2} = usw.. Kann mir vielleicht jemand helfen wie das bei dem AuthModule funktioniert? Ich hatte zunächst einfach versucht ein weiteres AuthModule hinter das bisherige zu hängen, dann nimmt er aber anscheinend immer nur das letzte in der Datei. Im nachfolgenden Beispiel hätte er bei meinen Test z.B. nur den test2.com für Logins abgefragt: $Self->{'Customer::AuthModule'} =Kernel::System::CustomerAuth::LDAP'; $Self->{'Customer::AuthModule::LDAP::Host'} =test1.com'; $Self->{'Customer::AuthModule::LDAP::BaseDN'} =c=st1,dcÞ'; $Self->{'Customer::AuthModule::LDAP::UID'} =uid'; $Self->{'Customer::AuthModule'} =Kernel::System::CustomerAuth::LDAP'; $Self->{'Customer::AuthModule::LDAP::Host'} =test2.com'; $Self->{'Customer::AuthModule::LDAP::BaseDN'} =dc=st2,dcÞ'; $Self->{'Customer::AuthModule::LDAP::UID'} =uid'; Danke für jegliche Hilfen! Viele Grüße Cristian Laufer -- ******************************************************** Cristian Laufer UNIVERSITÄT KOBLENZ - LANDAU Campus Landau Referat 42 EDV-Organisation und -Entwicklung, Statistik Anschrift Bürgerstraße 23, 76829 Landau, Raum 213 Telefon 06341/906-211 Fax 06341/906-212 E-Mail Laufer(a)uni-koblenz-landau.de ******************************************************** _______________________________________________ OTRS-de 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.com/

3 2