- otrs-de - OTRS mailing lists

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

LDAP Zugriff
by Christian Freitag 27 Dec '05

27 Dec '05

Habe bei der Konfiguration von meinem OTRS-System extreme Probleme: die Anmeldung via Datenbank funktioniert einwandfrei, falls ich die Kunden jedoch auf mein AD umstelle funktionier keine Anmeldung mehr, es erscheint jeweils ungültiger Benutzername und Kennwort! Folgende Fehlermeldung erscheint im Protokoll: [Wed Dec 21 13:59:48 2005][Notice][Kernel::System::CustomerAuth::LDAP::Auth] CustomerUser: 'Christian.Freitag(a)xxx.xxx.de' tried to authentificate with Pw: 'xxxxxxxx' (REMOTE_ADDR: 127.0.0.1) [Wed Dec 21 13:59:48 2005][Notice][Kernel::System::CustomerAuth::LDAP::Auth] CustomerUser: Christian.Freitag(a)xxx.xxx.de authentification failed, no LDAP entry found!BaseDN='dc=xxx,dc=xxx,dc=de', Filter='(uid=Christian.Freitag(a)xxx.xxx.de)', (REMOTE_ADDR: 127.0.0.1). Denke der Fehler ist das was unter Remote_Addr steht, sollte wohl die entfernte Adresse des Domaincontrollers sein, welcher auch in OTRS Sysconfig eingetragen ist! Hat jemand eine Idee`????? Danke, Christian Freitag ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] LDAP Zugriff
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Re: [otrs-de] tickets exportieren?
by Michael Frank 27 Dec '05

27 Dec '05

Guten Tag, Sie haben eine Email an m.frank(a)abk-stuttgart.de geschrieben. Ich befinde mich bis zum 06.01.06 im Urlaub und kann daher Ihre Anfrage erst wieder ab dem 09.01.06 bearbeiten. .''`. Mit freundlichen Gruessen / Best regards : :' : Michael Frank <m.frank(a)abk-stuttgart.de> `. `'` State Academy of Art and Design Stuttgart, Germany ` ` - Debian, when you have better things to do than fixing a system

1 0

Kein Admin Zugang mehr
by Thorsten Roßner 27 Dec '05

27 Dec '05

Hallo, ich habe gestern ein paar neue User-Accounts angelegt und dabei auch etwas an den User-Groups "rumgespielt". Nun hat weder mein Adminuser (id 2) noch root@localhost Zugriff auf das Admin-Icon im Hauptmenü von OTRS. Wobei ich auf der Datenbank keinerlei Veraenderungen in den relevanten Zugriffsrechten sehe (die gestern durchgefuehrt wurden) und ich daher etwas hilflos bin: system_user: +----+-------------------------------+----------+---------------------+----- ------+---------------------+-----------+ | id | login | valid_id | create_time | create_by | change_time | change_by | +----+-------------------------------+----------+---------------------+----- ------+---------------------+-----------+ | 1 | root@localhost | 1 | 2005-11-09 15:21:53 | 1 | 2005-11-29 16:37:46 | 2 | | 2 | thorsten.rossner(a)stepstone.de | 1 | 2005-11-28 15:12:14 | 1 | 2005-11-29 15:57:47 | 2 | groups (hier der einzige Verdachtsmoment, die change_time): +----+-------+----------+---------------------+-----------+----------------- ----+-----------+ | id | name | valid_id | create_time | create_by | change_time | change_by | +----+-------+----------+---------------------+-----------+----------------- ----+-----------+ | 2 | Admin | 1 | 2005-11-09 15:21:53 | 1 | 2005-12-26 16:08:50 | 2 | group_user (ich habe meinem Adminuser (user_id 2) auch schon alle eintraege bis auf 'rw' weggenommen um zu schauen ob's daran liegt, hilft aber nichts): +---------+----------+----------------+------------------+------------------ ---+-----------+---------------------+-----------+ | user_id | group_id | permission_key | permission_value | create_time | create_by | change_time | change_by | +---------+----------+----------------+------------------+------------------ ---+-----------+---------------------+-----------+ | 1 | 2 | rw | 1 | 2005-11-09 15:21:53 | 1 | 2005-11-09 15:21:53 | 1 | | 2 | 2 | rw | 1 | 2005-11-28 15:12:22 | 1 | 2005-11-28 15:12:22 | 1 | | 2 | 2 | ro | 1 | 2005-12-07 17:42:33 | 2 | 2005-12-07 17:42:33 | 2 | | 2 | 2 | priority | 1 | 2005-12-07 17:42:33 | 2 | 2005-12-07 17:42:33 | 2 | | 2 | 2 | owner | 1 | 2005-12-07 17:42:33 | 2 | 2005-12-07 17:42:33 | 2 | | 2 | 2 | create | 1 | 2005-12-07 17:42:33 | 2 | 2005-12-07 17:42:33 | 2 | | 2 | 2 | move_into | 1 | 2005-12-07 17:42:33 | 2 | 2005-12-07 17:42:33 | 2 | | 1 | 2 | owner | 1 | 2005-12-26 17:48:26 | 2 | 2005-12-26 17:48:26 | 2 | | 1 | 2 | create | 1 | 2005-12-26 17:48:26 | 2 | 2005-12-26 17:48:26 | 2 | | 1 | 2 | ro | 1 | 2005-12-26 17:48:26 | 2 | 2005-12-26 17:48:26 | 2 | | 1 | 2 | move_into | 1 | 2005-12-26 17:48:26 | 2 | 2005-12-26 17:48:26 | 2 | | 1 | 2 | priority | 1 | 2005-12-26 17:48:26 | 2 | 2005-12-26 17:48:26 | 2 | roles, role_user and group_roles sind komplett leer. Das Datenbankschema, welches ich dachte schon einmal irgendwo gesehen zu haben, finde ich auch nicht mehr unter docs.otrs.org (wo ich es eigentlich vermuten wuerde). Hat jemand eine Idee? Ich befuerchte (oder hoffe;), dass ich den Wald vor lauter Baeumen nicht sehe? Vielen Dank und guten Rutsch, thorsten

1 0

Weinachtsgruesse!
by Christian Schoepplein 24 Dec '05

24 Dec '05

Liebe Mailingliste! Weihnachten steht vor der Tür, das Jahr neigt sich dem Ende. Hoffentlich war es auch für Euch ein erfolgreiches Jahr, an das man sich gerne zurückerinnern wird... Für OTRS war es ein solches: mit der Version 2.0 und seinen zahlreichen Innovationen, wie z.B. den Paketmanager, SysConfig und dem Rollen-Feature haben wir seit August 2005 eine Anzahl von 35.000 Downloads auf unserem FTP-Server zu verzeichnen - Rekord! Auch unsere Mailinglisten erfreuen sich einer stetig steigenden Beliebtheit, was sich nicht zuletzt an Euren zahlreichen Postings festmachen lässt: 4.000 registrierte User arbeiten mittlerweile tatkräftig daran die Qualität unserer Listen stetig zu verbessern! Für Euer Engagement, die ungezählten Stunden, die Ihr für das OTRS-Projekt verwendet habt und hoffentlich auch in Zukunft aufwenden werdet, möchen wir uns bei Euch herzlichst bedanken! Ohne Euch hätte OTRS nicht seinen heutigen Stellenwert erreicht! DANKE! :-) Working together to win! Ein schönes Fest, ruhige und erholsame Feiertage und ein erfolgreiches neues Jahr wünscht Euch... Das gesamte OTRS Team -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!

1 0

Meldung von otrs.chektrion.de
by Stefan Lindecke 23 Dec '05

23 Dec '05

Hallo Liste ! Ich senke mein Haupt und muss leider sagen, das einige hier aus der Liste von meinem Server eine eMail bekommen haben mit folgendem Text : The following message from XXXX<XXX(a)foo.bar> was not authorized for entry in the otrs.chektrion.de forum. Posts can only be made by registered users of the forum. Ich habe etwas ausprobiert, und hatte leider an der falschen Stelle ein Haeckchen gesetzt. Soll nicht mehr vorkommen. Ich versinke gerade vor Scham im Boden..... Mfg Stefan Lindecke

4 6

Problem beim loeschen von Tickets
by Alexander Scholler 22 Dec '05

22 Dec '05

Hallo Andreas, ich kann Dein DB-Problem > Nov 30 10:36:22 gremlin OTRS-CGI-10[997]: > [Error][Kernel::System::Ticket::ArticleStorageDB::ArticleDelete][Line:72]: > FEHLER: Aktualisieren oder LXschen in Tabelle XarticleX verletzt > FremdschlXssel-Constraint X$3X von Tabelle Xtime_accountingX DETAIL: > Auf > SchlXssel (id)=(17) wird noch aus Tabelle Xtime_accountingX verwiesen. , > SQL: 'DELETE FROM article WHERE ticket_id = 8' nicht nachvollziehen. OTRS nutzt doch DB-seitig keine Fremdschlüsselbeziehungen. Ich habe auch nochmals die DB-Schemata unter /opt/otrs/scripts/database überflogen - dort werden keine Fremdschlüssel definiert. Also frage ich mich woher Dein Contraint $3 stammt. Ciao, Alexander

5 7

UTF-8 Nutzung bei OTRS
by Alexander Scholler 22 Dec '05

22 Dec '05

Hallo Liste, ergänzend zum Posting http://lists.otrs.org/pipermail/otrs-de/2005-June/003767.html möchte ich bzgl. UTF8-Nutzung in OTRS hinzufügen: Ich habe genau dieselbe Erfahrung gemacht wie Torsten. Meiner Meinung nach muss die DBI-Verbindung direkt nach dem Verbindungsaufbau explizit auf utf8 eingestellt werden, ansonsten werden die Daten vom DB-Server in falschem Zeichensatz geliefert (bei mir latin1). Das Patching von Torsten um dies zu erreichen habe ich etwas verfeinert: 1) In ~/Kernel/Config.pm neuen Config-Parameter hinzufuegen: $Self->{'DatabaseCharset'} = 'utf8'; # Zeichensatz der DB-Verbindung 2) In ~/Kernel/System/DB.pm einfügen [ca. Zeile 72 => neuen Config-Parameter lesen] $Self->{PW} = $Param{DatabasePw} || $Self->{ConfigObject}->Get('DatabasePw'); ## hinzugefuegt: DB-Zeichensatz-Konfiguration lesen $Self->{Charset} = $Param{'DatabaseCharset'} || $Self->{ConfigObject}->Get('DatabaseCharset') || undef; # decrypt pw (if needed) [ca. Zeile 200 => Config-Parameter nutzen] # db connection if (!($Self->{dbh} = DBI->connect("$Self->{DSN}", $Self->{USER}, $Self->{PW}, $Self->{'DB::Attribute'}))) { $Self->{LogObject}->Log( Caller => 1, Priority => 'Error', Message => $DBI::errstr, ); return; } ## hinzugefuegt: DB-Verbindungs-Zeichensatz setzen if (defined $Self->{'Charset'}) { if (!($Self->{dbh}->do("SET NAMES " . $Self->{'Charset'}))) { $Self->{LogObject}->Log( Caller => 1, Priority => 'Error', Message => $DBI::errstr, ); } } return $Self->{dbh}; } 4) Optional kann man nun noch den neuen Config-Parameter dem WebGUI SysConfig bekanntgeben durch Erweitern der ~/Kernel/Config/Files/Framework.xml mit <ConfigItem Name="DatabaseCharset" Required="1" Valid="1"> <Description Lang="en">Default charset for DB connection. "utf8" is a good choice for envirorments with many possible charsetss. Specify another charset (e.g "iso-8859-1"), if only this specific charset is needed.</Description> <Description Lang="de">Standard-Zeichensatz der DB-Verbindung. Wählen Sie "utf8", wenn verschiedene Zeichensätze für die Anzeige benötigt werden. Wir nur ein Zeichensatz eingesetzt (z.B. "latin"), nutzen Sie bitte diese Einstellung.</Description>1 <Group>Framework</Group> <SubGroup>Core</SubGroup> <Setting> <Option SelectedID="latin1"> <Item Key="latin1">latin1</Item> <Item Key="utf8">utf8</Item> </Setting> </ConfigItem> === Um nun sauber die MySQL-DB (erst ab v4.1) zur Nutzung von UTF8 zu überreden, erzeugt man eine neue DB und gibt ihr als zu nutzenden Zeichensatz utf8 mit: [Innerhalb eines MySQL-Clients] CREATE DATABASE otrs DEFAULT CHARACTER SET utf8; Anschließend kann das Dump der b isherigen otrs-DB von latin1 nach utf8 transformiert werden und wieder eingelesen werden: cat dump.sql | iconv -f latin1 -t utf8 | mysql -u otrs -p otrs Sicherlich gibt es vielleicht auch Konvertierungsmechanismen innerhalb der MySQL-DB, diese sind mir jedoch nicht bekannt. Ich bin kein Perl-Experte, darum bitte ich meine obigen Vorschläge kritisch zu betrachten - bei mir funktioniert's so zumindest. Gruß, Alexander

2 1

OTRS Ticket ID wird seit November falsch genriert - 17 Stellen statt 16
by Andre Bauer 22 Dec '05

22 Dec '05

Hallo. Seit 1. November werden unsere Ticket IDŽs falsch erstell. Statt der gewohnten 16 stelligen Ticket ID wird eine 17 stellige Ticket ID erstellt. Hiet mal ein der letzten Ticket IDŽs vom 31 Oktober: 2005103110002134 Ab ersten November sieht es wie folgt aus: 20051100110000011 Man kann deutlich sehen, dass nach Jahr und Monat beim Tag eine 0 zu viel drinsteht. Der Ticket::NumberGenerator: ist auf DateChecksum gesetzt. An meinen Einstellungen habe ich seit längerem nichts geändert. Daran kann es also eigentlich nicht liegen. Kann das noch jemand nachvollziehen oder taucht das Problem nur bei mir auf? -- Mit freundlichen Grüssen Andre Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.3

3 3

Neues Ticket: Phone vs. Mail
by Alexander Scholler 22 Dec '05

22 Dec '05

Hallo zusammen, es gibt 3 Möglichkeiten der Ticketerzeugung die meiner Meinung nach folgendermaßen genutzt werden sollten: * via Mail-Eingang: Ticket-Erzeugung durch den Kunden * via Phone-Ticket: Kunde hat Angerufen - Ticket-Erzeugung durch den Agenten stellvertretend für den Kunden * via Mail-Ticket: der Agent hat von sich aus die Notwendigkeit von Arbeiten beim Kunden erkannt (z.B. Kunden-Rechner muss ausgetauscht werden da dieser sonst nicht mehr supportet werden würde) - über das Mail wird der Kunde darüber informiert. Diese 3 Ticket-Eröffnungsarten werden in der DB auch unterschiedlich abgelegt: siehe Tabelle article, Spalten article_type_id und article_sender_type_id. Hierdurch lassen sich bestens Auswertungen fahren nach der Herkunft von Tickets. Nun "stört" mich die Art und Weise wie der Kunde beim Phone-Ticket auf dieses aufmerksam gemacht wird: er erhält bei uns eine Autoantwort (dieselbe wie beim Mail-Eingang) in der unten ein Ausschnitt der Angaben mitgegeben werden, die beim Erzeugen des Phone-Tickets gemacht wurden. Ein derartiges Mail erscheint mir als Antwort beim Mail-Eingang gut geeignet, jedoch eher unverständlich für den Anwender als initiales Mail bei Phone-Tickets. Viel lieber würde ich bei Phone-Tickets das Verhalten und die Eingabemaske des Mail-Tickets verwenden, hierin aber den Artikel-Typ zusätzlich angeben (eben Mail-Extern oder Phone). Hierdurch würde der Anwender immer eine schön leserliches Mail erhalten das genau das beinhaltet, was der Agent bei Ticketeröffnung eingetippt hat. Und über den Artikel-Typ kann man trotzdem die Eingangsarten unterscheiden. Nur ist mein Wunsch im Quellcode anscheinend nicht vorgesehen. Natürlich könnte ich das AgentTicketMailbox-Modul kopieren, leicht umschreiben, die Ticket.xml erweitern und das somit erzeugte neue Modul registrieren. Diese Idee gefällt mir aber nicht wirklich. Hat jemand eine Idee oder einen alternativen Vorschlag? Grüße aus dem weißen Augsburg, Alexander

2 1

Bug bei Ticketzuweisung an einen Mitarbeiter einer anderen Queue?
by Oliver Baltz 22 Dec '05

22 Dec '05

Hallo, habe im Moment ein großes Fragezeichen vor mir schweben. Ich habe eine 2. Queue eingerichtet, die ein anderes EDV-Team abarbeiten soll (OTRS-Version: 2.0.4p01-1). Wir sollen nicht in deren Tickets schauen können, ihnen aber Tickets erstellen und reinschieben können. Wenn ich jetzt gezielt einen Kollegen des anderen EDV-Teams als Besitzer eines Telefontickets auswähle, bekomme ich die Meldung "Keine Berechtigung!" bzw. "Nachricht: Keine Zugriffsrechte!". Ich frage mich, warum das so ist, wenn ich doch für meine Rolle alle Berechtigungen außer RW und RO für die Queue der "anderen" gesetzt habe. Witzig ist, dass trotz dieser Fehlermeldung das Ticket in seiner Queue ankommt! Mein Syslog meldet übrigens: ---8<--- [Notice][Kernel::System::Ticket::Permission] Permission denied (UserID: 2 'ro' on TicketID: 115)! --->8--- Viele Grüße, Oliver

2 1

Verstaendnisfrage zu TicketFreeKey, TicketFreeKeyField, TicketFreeText und Ticket
by Alexander Scholler 21 Dec '05

21 Dec '05

Hallo Soenke Noack, ich habe mit TicketFreeKey/Text auch schon reichlich "gespielt" kann micht aber nicht mehr 100%-ig daran erinnern - darum lese folgendes etwas skeptisch. >$Self->{"TicketFreeKey1"} = { >'language' => 'Language', >}; > > $Self->{"TicketFreeText1"} = { > '' => '-', > 'en' => 'English', >'de' => 'deutsch', > }; OTRS verwendet meist nur die Kurzform (im obigen Beispiel language als Key und z.B: en als Text). Diese Kurzform wird vermutlich in der DB gespeichert in der Tabelle ticket. Falls Du in den DTLs die kommentierten Teile zur Anzeige der Keys/Texte aktivierst, werden diese auch angezeigt (in der Queue-Übersicht, im Zoom, beim Ticket-Erstellen). Zur Anzeige kommt eben nur immer die Kurzform, nur innerhalb der "Freie Felder"-Seite erhälst Du die Langform. Wie man nun obige Seiten ebenso auf Langform umstellt weiß ich nicht, wird sich aber sicherlich mit vertretbarem Aufwand bewerkstelligen lassen. >2. Ich will per X-OTRS-Header die freien Ticketfelder aus einem >Kunden-Fehlerreport-Formular belegen. Da bist Du wohl auf dem richtigen Weg. Sorry dass es nicht detailierter ist, Alexander p.s. try&error bis es funkt...

1 0

OTRS-Forum und Wiki ... nun endlich!!
by Andreas 21 Dec '05

21 Dec '05

Hallo@all, ich möchte hiermit das Forum als eröffnet bekannt geben. Erreichbar ist es unter: http://www.otrs-forum.de Auch das Wiki kann benutzt werden: http://wiki.otrs-forum.de oder über das Forum direkt :) Zu dem Wiki sei noch gesagt: Eine Struktur gibt es hier noch nicht. Vielleicht meldet sich ja ein Mod bei uns, der den Grundaufbau machen möchte :) Bye Andreas

2 2

Verstaendnisfrage zu TicketFreeKey, TicketFreeKeyField, TicketFreeText und Ticket
by Soenke Noack 21 Dec '05

21 Dec '05

Hilfreiche Liste, habe ich der Config.pm meine Definitionen der freien Textfelder vorgenommen, etwa: $Self->{"TicketFreeKey1"} = { 'language' => 'Language', }; $Self->{"TicketFreeText1"} = { '' => '-', 'en' => 'English', 'de' => 'deutsch', }; In AgentFreeText klappt das auch sehr schoen: Als Schluessel wird "Language" und als moegliche Werte "-", "English" und "deutsch" angezeigt. Problem: ----------- Ich moechte genau diese Darstellung auch in der AgentMailbox- und der TicketZoom-Ansicht erreichen. Dort aber sehe ich momentan bspw. nur "language: en". Ein Experimentieren, in den relevanten DTL-Dateien statt TicketFreeKey/TicketFreeText die Kombination TicketFreeKeyField/TicketFreeTextField zu verwenden, brachte nichts. Wie muss ich vorgehen? Fragen: --------- In der Doku und Beispielen anderer OTRS-Anwender auf der Mailingliste sieht alles immer so aus: $Self->{"TicketFreeText1"} = { '-' => '-', 'English' => 'English', 'deutsch' => 'deutsch', }; 1. Wozu ueberhaupt diese Doppelungen? 2. Ich will per X-OTRS-Header die freien Ticketfelder aus einem Kunden-Fehlerreport-Formular belegen. Dazu benoetige ich die Uebergabe kurze Werte wie Nummern, die dann vom OTRS nur fuer die Ansicht der AgentMailbox und des TicketZooms in vollstaendigen Klartext gewandelt werden. Beispiel: $Self->{"TicketFreeText5"} = { [...] '184' => 'Mastercorp Ultimate Solution IV', '185' => 'Mastercorp Ultimate Solution V', '186' => 'Megacorp Brandname Premium', '187' => 'Megacorp Brandname Professional', [...] }; Geht das so ueberhaupt wie von mir gedacht? Setup: -------- OTRS 1.3.2, SuSE 9.1 Besten Dank fuer jeden Hinweis im Voraus, Soenke Noack

1 0