May 2006 - otrs-de - OTRS mailing lists

Kunden über seinen Account informieren
by Tarek Habieb 10 May '06

10 May '06

Hallo, Ist es möglich einen Kunden nach dem Anlegen seines Accounts automatisch per Mail seinen Benutzernamen und Passwort zukommen zu lassen? Wo kann man das einstellen. Vielen Dank Gruß Tarek

2 1

Fehler beim senden
by Domi 10 May '06

10 May '06

Hallo, ich habe gestern den Server gewechselt von Suse auf Debian 3.1. Otrs 2.0.3 habe ich auf meinem Rechner Zuhause unter Windows XP installiert. Bis zu dem Linux Wechsel funktionierte alles bestens. Nach dem Wechsel klappt das Versenden und Empfangen von Emails in Outlook super. In Otrs kann ich Emails empfangen, aber leider nicht senden. Ich erhalte folgende Fehlermeldung beim senden: ERROR: OTRS-CGI-05 Perl: 5.8.6 OS: MSWin32 Time: Sat May 6 11:31:26 2006 Message: Can't connect to mail.bydomi.de: Bad file descriptor! Traceback (1056): Module: Kernel::System::Email::SMTP::Send (v1.9) Line: 121 Module: Kernel::System::Email::Send (v1.14) Line: 467 Module: Kernel::System::Ticket::Article::ArticleSend (v1.92) Line: 1303 Module: Kernel::Modules::AgentTicketCompose::SendEmail (v1.7) Line: 548 Module: Kernel::Modules::AgentTicketCompose::Run (v1.7) Line: 91 Module: Kernel::System::Web::InterfaceAgent::Run (v1.8) Line: 651 Module: ModPerl::ROOT::ModPerl::Registry::D_3a_Bydomi_TicketSystem_otrs_bin_cgi_2dbi n_index_2epl::handler (v) Line: 47 Module: (eval) (v1.80) Line: 203 Module: ModPerl::RegistryCooker::run (v1.80) Line: 203 Module: ModPerl::RegistryCooker::default_handler (v1.80) Line: 169 Module: ModPerl::Registry::handler (v1.99) Line: 30 Ich bin über jeden Rat sehr dankbar. Gruß dominik

2 1

Re: [otrs-de] Schlie�en eines Tickets nur zulassen, wenn bestimmte Bedingungen erf�llt sind?
by Dirk Porezag 08 May '06

08 May '06

Super Input, dieses ACL-Feature kannte ich bisher noch nicht. Je mehr Details über OTRS ich kennenlerne, desto mehr steigt meine Begeisterung :-). Vielen Dank, Dirk __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Otrs with Oracle? How do I get from A to Z?
by Tobias Menger 08 May '06

08 May '06

Hi everybody, I got a question concerning Otrs and Oracle. I have a ready setup Oracle database (Oracle 10) sitting and waiting on one server (configured with the Otrs sql scipts provided with 2.1) and I want to connect to it via Otrs from a different machine. Now my trouble is that I don't know how to establish that communication. What packets do I need to connect Otrs with Oracle via Appache? Where do I put the packets if I need any? Also I am quite confused about Oracle.pm and DBI.pm, as it seems that I need them! Where do I get them? What do I need to add to the otrs/Kernel/Config.pm to properly set this up? Is there any detailed documentation for an Otrs/Perl/Apache newbie to get this problem solve? Thanks in advance, tb PS: Answers in English and German accepted, I speak both! :-) thanks

2 1

Schließen eines Tickets nur zulassen, wenn bestimmte Bedingungen erfüllt sind?
by Dirk Porezag 08 May '06

08 May '06

Hallo, Wir möchten zur Klassifizierung von Tickets die Freitextfelder verwenden. Ist es möglich, das Schließen des Tickets nur dann zuzulassen, wenn die betroffenen Freitextfelder nicht auf den Standardwerden (z.B. "undefined") stehen? Da die Freitextfelder standardmäßig nur über den zusätzlichen Klick Inhalt > Freie Felder zugänglich sind, könnte ich mir vorstellen, daß deren Pflege vom Bearbeiter sonst häufiger vergessen werden könnte. Vielen Dank für den Input, Dirk __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

statistische Auswertung: Verständnisproblem
by Alexander Scholler 05 May '06

05 May '06

Hallo, ich möchte die "Aktivitäten" unseres Support-Teams auswerten. Hierzu greife ich mit nativem SQL auf die Tabellen * ticket_history (entspricht der Ticket-History im Web) * time_accounting (gespeicherte Bearbeitungszeiten) * article (gespeicherte Artikel) zu. Zwischen alle 3 Tabellen lassen sich über ticket_id und article_id Beziehungen herstellen. Die Angabe von Zeitwerten ist bei unserem OTRS obligatorisch (wg. Ticket::Frontend::NeedAccountedTime = Ja), jedoch werden Zeitangaben "0" (werden hin und wieder im WebGUI gemacht und von diesem akzeptiert) nicht in der Tabelle time_accounting hinterlegt. Nun möchte ich auswerten z.B. kalenderwochenweise * wieviele Tickets bearbeitet wurden (jedoch nicht zwingend abgeschlossen wurden) * wieviele Artikel (schriftl. Einzelaktivitäten) hierbei verfasst wurden * welche Arbeitszeiten sich aufsummiert haben. Um dies zu erreichen kann ich die Tabelle 1) ticket_history verwenden, nämlich alle Einträge mit - create_by > 1 (der Adminaccount wird nicht von Agents genutzt) und - article_id IS NOT NULL (Artikel-Beziehung ist gegeben) - history_type_id IN (6, 7, 8, 11, 13, 14, 15) (alle schriftl. Aktivitaeten) oder 2) article verwenden Optional kann ich bei beiden Abfragen einen LEFT JOIN zur Tabelle time_accounting durchführen um die zusätzliche Angabe der Bearbeitungszeit zu erhalten. Problem ist nun: Die Abfrage 1 liefert viel mehr Tickets und Articles/Aktivitaeten zurück als die Anfrage 2, auch sind die Bearbeitungszeiten größer. Wo ist der Denkfehler? * Ist vielleicht history_type_id IN (6, 7, 8, 11, 13, 14, 15) zu groß gewählt? * Jedoch wird unter time_accounting ja nur bearbeitungszeit aufgrund von Aktivitäten der Agents eingetragen. D.h. doch dass bei der 2. Abfrage gewisse Agent-Aktivitäten fälschlicherweise nicht berücksichtigt werden. Gruß, Alexander =================== Nachfolgend die beiden Abfragen: /* 1) --- schriftl. Aktivitaeten der IT-MA, gruppiert nach Jahr/KW (Analyse anhand Tickethistory) --- Tickets == Anzahl der involvierten Tickets Aktivitaeten == Summe der durchgeführten schriftl. Aktivitaeten durch die IT-MA */ SELECT temp.Jahr, temp.KW, COUNT(ticket_id) AS Tickets, SUM(aktivitaet) AS Aktivitaeten, SUM(min)/60 AS Stunden FROM ( SELECT ticket_history.ticket_id AS ticket_id, COUNT(ticket_history.id) AS aktivitaet, SUM(time_unit) AS min, YEAR(ticket_history.create_time) AS Jahr, WEEKOFYEAR(ticket_history.create_time) AS KW FROM ticket_history LEFT JOIN time_accounting ON ticket_history.ticket_id = time_accounting.ticket_id AND ticket_history.article_id = time_accounting.article_id WHERE ticket_history.article_id IS NOT NULL AND history_type_id IN (6, 7, 8, 11, 13, 14, 15) AND ticket_history.create_by > 1 /* alle schriftlichen Aktivitaeten des Agents */ GROUP BY Jahr, KW, ticket_id ) AS temp GROUP BY temp.Jahr, temp.KW ORDER BY temp.Jahr, temp.KW; /* 2) --- Ticket- und Aktivitaetensumme inkl. Bearbeitungszeit, gruppiert nach Jahr/KW --- Tickets == Anzahl der Tickets die in der KW behandelt (aber nicht zwingend abgeschlossen) wurden Aktivitaeten == Summe der hierbei durchgeführten schriftlichen Aktivitaeten der IT-MA Stunden == Summe der hierbei angefallenen Bearbeitungszeit */ SELECT Jahr, KW, COUNT(ticket_id) AS Tickets, SUM(artikel) AS Aktivitaeten, SUM(min)/60 AS Stunden FROM ( SELECT article.ticket_id, COUNT(article.id) AS artikel, SUM(time_unit) AS min, YEAR(article.create_time) AS Jahr, WEEKOFYEAR(article.create_time) AS KW FROM article LEFT JOIN time_accounting ON article.id = time_accounting.article_id AND article.ticket_id = time_accounting.ticket_id WHERE article_sender_type_id = 1 /* Artikel stammt von einem Agent */ GROUP BY Jahr, KW, ticket_id ) AS temp GROUP BY Jahr, KW;

1 1

Merge und Subject, Listen durchsuchen
by Karsten Heymann 04 May '06

04 May '06

Hallo, seit einer Wochen läuft otrs bei uns jetzt produktiv und wir sind eigentlich rundum zufrieden -- tolles Programm. Dennoch zwei Fragen: Gibt es die Möglichkeit, beim mergen zweier Tickets auszuwählen, welches der Subjects in Zukunft als Betreff des Vorgangs in der Übersicht auftauchen soll (Combobox)? Oder gibts es zumindest *nach* dem Mergen die Möglichkeit, den Betreff noch zu ändern? Falls beides (noch) nicht gehen sollte, wertet dies bitte als einen Feature Request :) Zweitens habe ich heute erfolglos versucht, das Mailinglistenarchiv auf euerer Seite zu durchsuchen (auf der Suche nach einer möglichen Antwort zu 1.). Weder bietet die Seite eine Suchfunktion (lurker macht das sehr komfortabel, falls ihr mal Zeit haben solltet, wäre das eine tolle Alternative zu mailmans eingebautem pipermail!), und über google konnte ich die Seite (mit site:lists.otrs.org) auch nicht durchsuchen, so das mir als einziges gebieben wäre, das RAW-Archiv runterzuladen und mich da mit mutt oder grep dranzumachen :-/ gmane hat die deusche Liste leider auch nicht. Viele Grüße, Karsten -- | ~ Karsten Heymann ~ | Christian-Albrecht-Universität zu Kiel | | Fon: +49 431 880-1186 | Netzwerkteam des Ökologiezentrum | | Fax: +49 431 880-4083 | http://www.ecology.uni-kiel.de | | ----- Selbständiger EDV-Dienstleister im Auftrag des ÖZK ----- |

3 2

Arno Sutter/Infinity is out of the office.
by Arno.Sutter＠risk.sungard.com 03 May '06

03 May '06

I will be out of the office starting 03.05.2006 and will not return until 08.05.2006. I will respond to your message when I return. For Focus ALM or MARCO integrated Support please send your message to: focus(a)support.almafinjaeger.com or marco(a)support.almafinjaeger.com

1 0

Cron anlegen
by Holger Barlmeyer 03 May '06

03 May '06

Hallo, ich habe ein Problem, nutze Debian und habe OTRS nun installiert. Jetzt wollte ich die Cron installieren und habe - su otrs - ./Cron.sh ausgeführt nun bekomme ich aber immer die Meldung das ich nicht als otrs user angemeldet bin. Die Meldung kommt vom Skript Cron.sh kann mir einer von euch sagen was ich machen kann? Danke im Voraus Gruß Holger

2 1

Nach Umstellung von 1.3.2 auf 2.0.4 falsche Ticket-ID im TicketNumberGenerator
by Bernhard Mainusch 03 May '06

03 May '06

Ich habe seit ein paar Tagen die Umstellung OTRS von 1.3.2 auf 2.0.4 gemacht. Seither macht mir das System bei Erstellung eines neuen Tickets die Ticketnummer anders. Vorher nahm er mit das Tagesdatum + 10 + Vortlaufende Nummer Damals hatte ich die Einstellung in der Config.pm auf $Self->{TicketNumberGenerator} = 'Kernel::System::Ticket::Number::Date'; Nun macht er mir Tagesdatum + 10 + 5stellige Nummer + Checksumm Der Eintrag in der Config.pm wurde nicht geändert. In der TicketCounter.log war früher die vortlaufende Nummer, jetzt wir die Nummer jeden Tag aufs neue vortgesetzt mit dahinter das Tagesdatum (z.B. 1;2006-04-27; ). Ich möchte das gerne so behalten wie es früher war und wie es in der config.pm eingetragen ist. $Self->{TicketNumberGenerator} = 'Kernel::System::Ticket::Number::Date'; Aber scheinbar greift er nicht auf diese Einstellung. Was mache ich hier falsch? Ich habe keine Einstellungen zwischen der Umstellung von OTRS 1.3.2 auf 2.0.4 gemacht, daher sollte er doch die Einstellungen soweit beibehalten, oder? Mit besten Grüßen, und danke in Voraus für Eure Antworten! _______________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

2 1