December 2004 - otrs-de - OTRS mailing lists

Ticket ID automatisch in die Antwort einfügen
by monotek＠freakmail.de 02 Dec '04

02 Dec '04

Hallo. Gibt es eine Möglichkeit die Ticket ID automatisch mit in die Antwort zu übertragen. Ich habe, im Adminmenu unter "Antworten" eine Antwort Namens "Testantwort" abgespeichert. In diese Antwort habe ich die Variable <OTRS_TICKET_ID> verwendet. Leider funktioniert das nicht, denn wenn ich die Antwort nutze steht nicht die TicketID da, sondern <OTRS_TICKET_ID>. Ich habe es auch mit <OTRS_TICKET_NUMBER> versucht. Funktioniert leider auch nicht. Gibt es eine Möglichkeit dies zu realisieren? -- Mit freundlichen Grüssen monotek(a)freakmail.de

2 1

Statistiken anpassen
by info＠ki-wi.de 02 Dec '04

02 Dec '04

Hallo, welcher Programmcode/-eintrag ist notwendig, um in den Statistiken nur eine bestimmte Queue auswerten und anzeigen zu lassen. Gibt es eine Doku zur Statistikprogrammierung? Viele Grüße Christian Kistner

1 0

Update der Datenbank von 1.2 auf 1.3
by Marco Lehre 01 Dec '04

01 Dec '04

hallo otrs-gemeinde wir haben probleme mit dem update von otrs 1.2.4 auf 1.3.2 Wenn man auf den Button "Email-Ticket" oder "Telefon-Ticket" drückt, erscheint folgende Fehlermeldung: "Modification of non-creatable array value attempted, subscript -1 at /opt/otrs//Kernel/Output/HTML/Agent.pm line 432." Im System Log findet sich folgende Meldung: "Found no $ID for 5! error OTRS-CGI-1 ERROR: No such attribute q.default_sign_key, SQL: 'SELECT q.name, q.group_id, q.unlock_timeout, q.system_address_id, q.salutation_id, q.signature_id, q.comments, q.valid_id, q.escalation_time, q.follow_up_id, q.follow_up_lock, sa.value0, sa.value1, q.id, q.move_notify, q.state_notify, q.lock_notify, q.owner_notify, q.default_sign_key FROM queue q, system_address sa WHERE q.system_address_id = sa.id AND q.id = 5' " Die Aufdatierung der Datenbank durch das Skript "DBUpdate-to-1.3.postgresql.sql" scheint sich nicht richtig zu funktionieren. Die Queues werden nicht richtig transferiert. Wir haben otrs 1.3. auf Red Hat Linux neu installiert und die konvertierte Datenbank herüberkopiert. Hat jemand einen Tipp? Grüsse Marco

1 0

schwerer Kollateralschaden nach regulärem Debian/Sarge-Update von OTRS 1.2.4 auf 1.3.2
by Stefan Urbat 01 Dec '04

01 Dec '04

>> Modification of non-creatable array value attempted, subscript -1 at >> ../..//Kernel/Output/HTML/Agent.pm line 432. ><wildguess> Ihr habt zwar das Server-Update (apt-get dist-upgrade) >gemacht, aber die wahrscheinlich brav nach Anleitung mit perl -e CPAN >installierten Perl-Module nicht upgedatet? </wildguess> --> Perl-Module >mit apt-get install lib*-perl installieren, dann werden sie auch mit >aktualisiert. >HTH. -- Nora Bernhard Systems Administrator - Linux Nein, ich bin heilfroh, dass ich bei Debian Sarge praktisch Alles per apt-get bekommen und keine Dinge wie CPAN verwenden muss... Aber danke für den Hinweis, vielleicht hat es wirklich mit Perl zu tun? Mit freundlichen Grüßen Stefan Urbat --------------------------------------------------- Compart Systemhaus GmbH Professional Services, Qualitätssicherung und UNIX Otto-Lilienthal-Straße 38 D-71034 Böblingen fon: +49 (0)7031-6205-0 fax: +49 (0)7031-6205-55 http://www.compart.net mailto:Stefan.Urbat@compart.net

1 0

schwerer Kollateralschaden nach regulärem Debian/Sarge-Update von OTRS 1.2.4 auf 1.3.2
by Stefan Urbat 01 Dec '04

01 Dec '04

Hallo, Ich weiß, Sarge sollte man noch nicht für wichtige Server verwenden, aber ich habe es nun einmal getan... In dieser email das wichtigste Problem zuerst: wir können keine Tickets mehr manuell anlegen, weder Telefontickets noch email-Tickets; die automatische Anlage durch eintreffende emails sowie die sonstigen Funktionen und auch die neue Sammelaktion funktionieren jedoch korrekt. Es kommt beim Versuch der manuellen Ticket-Erzeugung folgende Fehlermeldung (leider bin ich kein perl-Insider, und bin nicht sicher, wo der Fehler genau auftritt): Software error: Modification of non-creatable array value attempted, subscript -1 at ../..//Kernel/Output/HTML/Agent.pm line 432. Ein Versuch, herauszufinden, wo in dieser Zeile es schiefgeht, war nicht sehr erfolgreich: $Queue[$#Queue] = $Self->Ascii2Html(Text => $Queue[$#Queue], Max => 50-$#Queue); anscheinend ist es nicht $#Queue, was das Problem auslöst. Hat irgend jemand eine Idee, was da schiefgegangen sein könnte? --- Laut Debian bug Katalog solle es mit dem Datenbankupdate funktionieren; nur bei den Rechten könnte es Ärger geben, aber das sieht eigtl. nicht nach Rechteproblemen aus... (solche hatte ich früher einmal, äußerten sich aber ganz anders. Danke für jede Art von Hilfe/Hinweisen im Voraus... Mit freundlichen Grüßen Stefan Urbat --------------------------------------------------- Compart Systemhaus GmbH Professional Services, Qualitätssicherung und UNIX Otto-Lilienthal-Straße 38 D-71034 Böblingen fon: +49 (0)7031-6205-0 fax: +49 (0)7031-6205-55 http://www.compart.net mailto:Stefan.Urbat@compart.net

2 1