December 2005 - 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] 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