- otrs-de - OTRS mailing lists

Suse RPMs: Dependencies
by Joerg Friedrich 25 Mar '04

25 Mar '04

Hi, kann man die suse rpm dependencies nicht so ändern, daß sie alternativ von mysql oder postgres abhängen, da ich die andere DB bevorzuge. -- Jörg Friedrich

2 1

Suchen Ansicht in Exel Tabelle exportieren
by mayer sebastian 25 Mar '04

25 Mar '04

Hallo, eine Frage! Ist es m�glich das Ergebnis des Suchen Dialoges �ber eine xls Datei ins Exel zu importieren? Wenn ja, wo und wie? Ciao Sebastian Mayer _________________________________________________________________ Digitalkameras - Aktuelle Angebote unter 90 - www.ebay.de Hier finden Sie Auktionen und Festpreisangebote!

2 1

AW: [otrs-de] Erweiterung: Beginn- und Endzeit bei Bearbeitung
by Maibaum, Volker 23 Mar '04

23 Mar '04

Hallo, die Free-Text-Felder wären sicherlich die einfachste Möglichkeit die Zeiten in die Datenbank zu bekommen. Ich habe allerdings gerade noch mal mit unseren Technikern gesprochen und die meinten, dass es durchaus vorkommnt, dass sie bis zu 10 mal zu einem Kunden gehen, bis das Problem gelöst ist. Das lässt sich mit den Free-Text-Feldern schlecht bewerkstelligen, da ich mehr als 20 Felder benötige. Außerdem habe ich das Problem, dass bei den Free-Text-Feldern der Bezug zu den Tätigkeiten fehlt. Es wäre eleganter wenn die durchgeführten Tätigkeiten z.B. als Notiz gespeichert werden könnten incl. Begin- und End-Zeit. Es wird wohl darauf hinauslaufen, dass ich einfach eine neue Datenbank-Tabelle hierfür anlege. Danke für die Anregungen! Volker -----Ursprüngliche Nachricht----- Von: Robert Kehl [mailto:robert.kehl@otrs.de] Gesendet: Dienstag, 23. März 2004 10:41 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de] Erweiterung: Beginn- und Endzeit bei Bearbeitung On Tuesday, March 23, 2004 8:00 AM Maibaum, Volker <Volker.Maibaum(a)eberspaecher.com> wrote: > Da das Problem bei uns von der Hotline entgegengenommen wird, dann > wird das Problem an die PC-ler gegeben und die verteilen es dann erst > auf die einzelnen Techniker. > Wenn der Techniker dann vor Ort ist, soll er dort die Beginn und > Endzeit ins OTRS einpflegen. Damit ist die Zeit ja quasi komplett losgelöst vom Ticket. Ich tendiere da auch zu angepassten .dtls, die die Freetext-Felder entsprechend vorbelegen, nebst einem vom GenericAgent gesteuerten Workflow, der Tickets eines bestimmten States ('Abrechnung'?) in die entspr. Abteilung, also deren Queue verschiebt. Grundsätzlich ist auch denkbar, die Zeit-Spalten zu benutzen statt der Freetext-Felder. Diese sind aber einfacher in Perl zu erfassen, es ist kein roher Zugriff auf die DB nötig. hth, Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388 _______________________________________________ OTRS 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.de/

1 0

AW: [otrs-de] Erweiterung: Beginn- und Endzeit bei Bearbeitung
by Maibaum, Volker 23 Mar '04

23 Mar '04

Da das Problem bei uns von der Hotline entgegengenommen wird, dann wird das Problem an die PC-ler gegeben und die verteilen es dann erst auf die einzelnen Techniker. Wenn der Techniker dann vor Ort ist, soll er dort die Beginn und Endzeit ins OTRS einpflegen. Grüße, Volker -----Ursprüngliche Nachricht----- Von: Juergen Meurer [mailto:meurer@bad-gmbh.de] Gesendet: Montag, 22. März 2004 15:23 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de] Erweiterung: Beginn- und Endzeit bei Bearbeitung Maibaum, Volker schrieb: > Hallo, > > wir würden gerne Zeiten unserer PC-Techniker über OTRS erfassen. > Dabei soll jedoch nicht nur die Dauer für die Bearbeitung angegeben > werden, sondern es soll ein genauer Beginn- und End- Zeitpunkt > angegeben werden können. > Warum kann die Beginn- und Endzeit nicht die Zeit von der Erstellung eines Falls bis zum schliessen sein? -- Mit freundlichen Grüßen Jürgen Meurer _______________________________________________ OTRS 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.de/

3 2

Erweiterung: Beginn- und Endzeit bei Bearbeitung
by Maibaum, Volker 22 Mar '04

22 Mar '04

Hallo, wir würden gerne Zeiten unserer PC-Techniker über OTRS erfassen. Dabei soll jedoch nicht nur die Dauer für die Bearbeitung angegeben werden, sondern es soll ein genauer Beginn- und End- Zeitpunkt angegeben werden können. Hat jemand schon eine solche Funktion implementiert (ggf. auch mit einem Tool zum Auswerten der Zeiten)? Ansonsten werde ich eine solche Funktion selbst einbauen. Dazu würde ich gerne die Spalten create_time und change_time aus der Tabelle time_accounting als Beginn- bzw. End-Zeit mißbrauchen. Standardmäßig sieht die Tabelle folgendermaßen aus: +----+-----------+------------+-----------+---------------------+-----------+---------------------+-----------+ | id | ticket_id | article_id | time_unit | create_time | create_by | change_time | change_by | +----+-----------+------------+-----------+---------------------+-----------+---------------------+-----------+ | 1 | 18 | 59 | 3 | 2004-02-25 08:20:43 | 2 | 2004-02-25 08:20:43 | 2 | | 2 | 51 | 218 | 30 | 2004-03-22 14:55:58 | 7 | 2004-03-22 14:55:58 | 7 | | 3 | 51 | 219 | 30 | 2004-03-22 14:56:25 | 7 | 2004-03-22 14:56:25 | 7 | | 4 | 51 | 220 | 30 | 2004-03-22 14:56:38 | 7 | 2004-03-22 14:56:38 | 7 | +----+-----------+------------+-----------+---------------------+-----------+---------------------+-----------+ Werden diese Spalten von OTRS überhaupt verwendet? Oder gibt es die Spalten nur aus Gründen der Nachvollziehbarkeit im Fehlerfalle... Hat jemand eine bessere Idee wie ich diese Funktion sinnvoll implementieren könnte? Grüßle, Volker

3 2

Filtern nach POPFile-Header...
by Thomas Tai 22 Mar '04

22 Mar '04

Hallo, wir haben das OTRS im Testbetrieb laufen und sind von den Möglichkeiten absolut begeistert. Herzlichen Glückwunsch erst einmal zu dem gelungenen System. Nachdem wir in der Vergangenheit sehr gute Erfahrungen mit POPFile (http://popfile.sourceforge.net) gemacht haben, möchten wir dieses Tool als effizienten Spam-Filter und später eventuell als Hilfsmittel zum Sortieren der eingehenden Mails in verschiedene Queues einsetzen. Die Filter-Beispiele aus der Doku habe ich gefunden und zur Nutzung des POPFile-Headers "X-Text-Classification" folgendermaßen umgesetzt: # Job Name: Spam-Match # (sort emails POP-File classification 'spam' # into queue 'Spam') $Self->{'PostMaster::PreFilterModule'}->{'Spam-Match'} = { Module => 'Kernel::System::PostMaster::Filter::Match', Match => { 'X-Text-Classification' => 'spam', }, Set => { 'X-OTRS-Queue' => 'Spam', }, }; Leider wird der Inhalt dieses Headers bisher ignoriert. Mache ich etwas falsch oder können solche Header generell nicht ausgewertet werden? Viele Grüße, Thomas Tai SmartTools Publishing

2 3

Help - Lese- und Schreibrechte & Bevorzugte Queues
by "Becker, Björn Glückstadt" 22 Mar '04

22 Mar '04

Guten Tag zusammen, Vielen Dank für die vorrausgegangen Informationen, ich hätte allerdings noch 1 2 Fragen: Ich glaube zu dem Schluss gekommen zu sein, dass die Rechte die für jede Queue gesetzt werden können, Ausschlaggebend für die Queues sind, die jeder zu Gesicht bekommt. Also habe ich Leserechte auf die Warteschlange habe, bekomme ich diese in der Queue-Ansicht zu sehen. Richtig? - Die Frage ist nur jetzt, ob die Auswahl der bevorzugten Queues die Lese und Schreibrechte übersteuern; oder umgekehrt. Ich hoffe Sie sind mir auch hier nicht um eine Antwort verlegen. Mit freundlichen Grüßen Björn Becker ------------------------------------------------- Berendsen Group Services GmbH EDV-Abteilung Auszubildener Stadtstraße 3-7 D-25348 Glückstadt Tel.: +49 (0)4124 914-247 Fax: +49 (0)4124 914-297 E-Mail: <mailto:Bjoern.Becker@Berendsen.de> Bjoern.Becker(a)Berendsen.de Website: www.berendsen.de <http://www.berendsen.de>

2 1

Ticket weiterleiten bzw. Teilen
by "Becker, Björn Glückstadt" 19 Mar '04

19 Mar '04

Schönen Guten Tag, ich habe ein paar Fragen zu der Funktion weiterleiten und teilen. Wenn man ein Ticket teilt, wird ein neues Ticket erstellt mit einer eigenen Nummer. Quasi ein Duplikat. Nun zum einen die Frage, ob man die beiden Tickets mit der Historie wieder zusammenführen kann? Wenn nicht was bringt dann das teilen? Und meine andere Frage bezieht sich auf die Personal Queue: Wann kommt ein Ticket in die Personal Queue? Wenn ich der Besitzer des Tickets bin, wieso taucht dass Ticket dann nicht direkt bei meinen eigenen Tickets auf, sonder in Personal Queue? Ich habe nicht alle Warteschlangen ausgewählt, warum sehe ich trotzdem alle. Es ist klar das ich sie sehe, wenn sie eskaliert sind. Am meisten interessiert mich die Bedeutung von der Personal Queue. Ich hoffe sie können mir da weiterhelfen Björn Becker ------------------------------------------------- Berendsen Group Services GmbH EDV-Abteilung Auszubildener Stadtstraße 3-7 D-25348 Glückstadt Tel.: +49 (0)4124 914-247 Fax: +49 (0)4124 914-297 E-Mail: <mailto:Bjoern.Becker@Berendsen.de> Bjoern.Becker(a)Berendsen.de Website: www.berendsen.de <http://www.berendsen.de>

2 1

LDAP Suchbereich für Agent-Auth
by Nils Dohse 19 Mar '04

19 Mar '04

Hallo Zusammen, ich versuche immer noch OTRS mit dem Active Directory zum laufen zu bekommen. Derzeit scheitert es daran, das der Benutzer für den Agent-Auth nicht gefunden wird: User: Nils Dohse login failed, no LDAP entry found! BaseDN='ou=User in Kiel,ou=Benutzer,dc=suretec,dc=de', Filter='(cn=Nils Dohse)' Wenn ich mit phpldapadmin eine erweiterte suche starte, die BaseDN und den Filter kopiere, wird der Eintrag aber gefunden. Die Config.pm sieht im LDAP-Bereich wie folgt aus: # This is an example configuration for an LDAP auth. backend. # (take care that Net::LDAP is installed!) $Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host'} = '192.168.100.27'; $Self->{'AuthModule::LDAP::BaseDN'} = 'ou=User in Kiel,ou=Benutzer,dc=suretec,dc=de'; $Self->{'AuthModule::LDAP::UID'} = 'cn'; # The following is valid but would only be necessary if the # anonymous user do NOT have permission to read from the LDAP tree $Self->{'AuthModule::LDAP::SearchUserDN'} = 'cn=Administrator, ou=User in Kiel, dc=suretec, dc=de'; $Self->{'AuthModule::LDAP::SearchUserPw'} = '********'; $Self->{'AuthModule::LDAP::UserAttr'} = 'DN'; # Net::LDAP new params (if needed - for more info see perldoc Net::LDAP) $Self->{'AuthModule::LDAP::Params'} = { port => 389, version => 3, scope => sub, }; Irgendwelche Ideen? Nils

2 2

2 Feature Requests
by Benjamin.Zoeller＠salt-solutions.de 19 Mar '04

19 Mar '04

Hallo, ich hätte 2 Feature Requests die sehr nützlich sind: - Email Benachrichtigung von eskalierten Tickets wie Notifications einstellbar, so dass man nicht über Nacht 100 Emails bekommt. - Notizen in der Queue Ansicht oben anzeigen, wie Antworten von Kunden, diese werden in der Queue Ansicht auch immer an oberster Stelle angezeigt. Wäre nett wenn ich ein Feedback bekommen würde ob dies implementiert wird. Viele Grüße Benjamin Zöller

1 0

AW: [otrs-de] LDAP Suchbereich für Agent-Auth
by Nils Dohse 18 Mar '04

18 Mar '04

Hilft leider nicht, selber Fehler: [Notice][Kernel::System::Auth::LDAP::Auth] User: NDohse login failed, no LDAP entry found!BaseDN='ou=User in Kiel,ou=Benutzer,dc=suretec,dc=de', Filter='(sAMAccountName=NDohse)' >On Thursday, March 18, 2004 2:46 PM >nils Dohse <Nils.Dohse(a)suretec.de> wrote: >> ich versuche immer noch OTRS mit dem Active Directory zum laufen zu >> bekommen. Derzeit scheitert es daran, das der Benutzer für den >> Agent-Auth nicht gefunden wird: >> User: Nils Dohse login failed, no LDAP entry found! >> BaseDN='ou=User in Kiel,ou=Benutzer,dc=suretec,dc=de', >> Filter='(cn=Nils Dohse)' >> >> Wenn ich mit phpldapadmin eine erweiterte suche starte, die BaseDN >> und den Filter kopiere, wird der Eintrag aber gefunden. > >Setz' mal > >$Self->{'AuthModule::LDAP::UID'} = 'sAMAccountName'; > >Und log' mit eben jenem ein - sollte funktionieren. > >Robert Kehl >

1 0

Umlaut-Probleme bei LDAP-Anfrage Folgefehler
by Jonas Wendland 18 Mar '04

18 Mar '04

Hallo Robert, >*Falls* Du dazu kommst ;-) sag' doch mal, welches OTRS-Release Du drauf >hast. War/ist das ein Suse-RPM? Ja hab ich hier voll krass Suse 8.2 und das RPM 'OTRS 1.2.2 for SuSE Linux 8.xRPM' von eurem Server am laufen. Das NET::LDAP Modul ist diesmal sogar das SuSE-eigene. Das OTRS-Release einmal als Update, und einmal als Neuinstallation mit DB-Übernahme des Altbestandes -jeweils mit dem gleichen LDAP Ergebnis. aber da bringst du mich auf eine Idee... ...leider aber auch nicht die Lösung. Wir haben produktiv noch die 1.1.3er Version laufen. Dort habe ich eben das LDAP-Modul scharf geschaltet. Aber - gleiches Ergebnis. Na hätte ja auch mal was klappen können... LDAP soll erst als 'Schmankerl' in der 1.2er Version inklusive Serverumzug (von PC unterm Tisch auf einen echten Server) aktiviert werden. Und wennet nich jet, dann gibts auch keine Version 1.2, so. Bin ich auch mal bockig :-( Viele Grüße Jonas

1 0

3 Fragen zu 1.2
by Juergen Meurer 18 Mar '04

18 Mar '04

Hallo, ich habe leider gleich 3 Fragen zu der OTRS 1.2 Version. Telefon-Ansicht: Kann ich die Betreffzeile vorbelegen? Was bedeutet der Punkt sperren unten in der Ansicht? Wenn ich einen neuen Fall anlege und einem Benutzer zuweise ist der doch sowieso gesperrt oder? Gibt es eineMöglichkeit dem Supportmitarbeiter das Anlegen eines Kunden zu ermöglichen? -- Mit freundlichen Grüßen Jürgen Meurer

2 7

Re: Umlaut-Probleme bei LDAP-Anfrage Folgefehler
by Jonas Wendland 18 Mar '04

18 Mar '04

Hallo Robert, >>> $Self->{DefaultCharset} = 'iso8859-1'; >>> $Self->{DefaultCharset} = 'iso8859-15'; >>> $Self->{DefaultCharset} = 'iso8859-1'; >Das Díng heisst iso-8859-1 oder iso-8859-15, nicht iso8859-... >Kann's das sein? Nee, das passiert wenn man nicht richtig schreiben kann... :-) Klar, hab ich da auch immer mit den korrekten Bezeichnungen gearbeitet. Ist aber auch wirklich nicht so einfach hier. Ich bekomme die Listenmail, sage Antworten und dann muß ich hier erst den Betreff ändern, den richtigen Teil der Listenmail umkopieren und dann noch Putty-Darstellungen dazu zaubern. (Ich habs schon schweeeeeeer ... Und zu meiner Entschuldigung habe ich meist auch wirklich noch anderes zu tun.) Naja, und wenn man dann wuselig ist... Viele Grüße Jonas

2 1

Antwort: otrs-de Nachrichtensammlung, Band 5, Eintrag 28
by Jonas Wendland 17 Mar '04

17 Mar '04

>Hm... Der Quellcode sieht so aus wie bei mir, nur dass das bei mir alles >flöppt. Ich versteh aber wirklich gar nicht, wie der Browser Nachname:</b></td><td><divtitle="Lüdtke">Lüdtke</div></td> Nachname:</b></td><td><divtitle="LÃ¼dtke">LÃ¼dtke</div></td> gleich interpretieren soll... SourceCharset => 'utf-8', DestCharset => 'iso-8859-1', $Self->{DefaultCharset} = 'iso8859-1'; kommt, aber mit beschriebener Folgeproblematik... --------------------------------------------- SourceCharset => 'utf-8', DestCharset => 'iso-8859-15', $Self->{DefaultCharset} = 'iso8859-15'; kommt, aber mit beschriebener Folgeproblematik... --------------------------------------------- #SourceCharset => 'utf-8', #DestCharset => 'iso-8859-15', $Self->{DefaultCharset} = 'iso8859-1'; kommt, aber mit beschriebener Folgeproblematik... --------------------------------------------- SourceCharset => 'utf-8', DestCharset => 'utf-8', $Self->{DefaultCharset} = 'utf-8'; kommt nüscht... --------------------------------------------- #SourceCharset => 'utf-8', #DestCharset => 'utf-8', $Self->{DefaultCharset} = 'utf-8'; kommt nüscht... so, nun hab ich mir aber ganz viel Mühe gegeben... >Besten Gruß von >Robert Kehl, >der jetzt das schöne Wetter geniessen gehen wird... na da wirds dann heute wohl keine Antwort mehr geben. Viel Spaß! Viele Grüße Jonas

2 1

AW: [otrs-de]apache-httpd.include.conf:Perlrequire...-->ComilationFailed, AgentBounce
by Maibaum, Volker 17 Mar '04

17 Mar '04

Hallo, >Gibt's für den SLES wahrhaft keine Binaries von den obigen? Was sagt >denn der SuSE-Support? Also bei den Installations-CDs war nichts dabei - den Support habe ich nicht gefragt - werde ich aber bei Gelegenheit mal nachholen... >Du kannst auch alle benötigten Pakete direttemento von CPAN >installieren - no need for rpms. Vielleicht klappert das besser? Könnte ich natürlich machen, aber da die perl-mysql-Module wahrscheinlich auch kompiliert werden müssen, sind mir die Erfolgsaussichten doch zu gering... Die Performance ist ohnehin inzwischen ganz ordentlich, da ich Perlrequire nutze (allerdings ohne DBI und DBD:mysql). Danke nochmal für die Hilfe !! werd mich jetzt mal otrs für ispell konfigurieren. Grüße, Volker -----Ursprüngliche Nachricht----- Von: Robert Kehl [mailto:robert.kehl@otrs.de] Gesendet: Mittwoch, 17. März 2004 12:35 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de]apache-httpd.include.conf:Perlrequire...-->ComilationFailed,Age ntBounce On Wednesday, March 17, 2004 8:53 AM Maibaum, Volker <Volker.Maibaum(a)eberspaecher.com> wrote: > danach lässt sich apache ohne Fehler starten. Wenn ich bei DBD::mysql > (), oder DBI () > den Kommentar entferne bekomme ich wieder einen Segmentation fault. > Liegt es eventuell daran, dass ich folgende Packages selbst > kompiliert habe? > perl-Msql-Mysql-modules-1.2219-153.s390x.rpm > perl-Data-ShowTable-3.3-372.s390x.rpm Der Einfachheit halber: ja. Gibt's für den SLES wahrhaft keine Binaries von den obigen? Was sagt denn der SuSE-Support? Du kannst auch alle benötigten Pakete direttemento von CPAN installieren - no need for rpms. Vielleicht klappert das besser? > Wenn ja, hat jemand vielleicht einen Tipp, was ich beim Kompilieren > beachten muss, damit das nicht passiert?` Ouch - me ist im Urlaub... > Ich hoffe ich nerve nicht langsam mit meinen Problemen... Doch, fürchterlich! *GGG* Als ob die Mailingliste zur Problemlösung eingerichtet wäre, dabei wollen wir uns doch hier nur nett unterhalten, und keine OTRS-Hilfe geben. Ts, ts, ts Fröhlich grüßt Robert Kehl -- Es war, als würde ich im Ausland spielen. Ian Rush über seine Zeit bei Juventus Turin -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388 _______________________________________________ OTRS 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.de/

1 0

Re: Umlaut-Probleme bei LDAP-Anfrage Folgefehler
by Jonas Wendland 17 Mar '04

17 Mar '04

Hallo Robert, wir benutzen hier den IE 6... Quellcodedarstellung mit folgenden Einstellungen: SourceCharset => 'utf-8', DestCharset => 'iso-8859-1', # Net::LDAP new params (if needed - for more info see perldoc Net::LDAP) Params => { port => 389, timeout => 120, async => 0, version => 3, }, $Self->{DefaultLanguage} = 'de'; $Self->{DefaultCharset} = 'utf-8'; ------------------------------------------------------------------------------------------------------ Kundensuche nach 'lüdtke': ...... <table border="0" width="100%"> <tr> <td width="20%">Von:</td> <td width="60%"><input type="text" name="From" value=""Andreas Lüdtke " <Andreas.Luedtke(a)eplus.de>" size="70"> <font color="red" size="-2"></font><br> [ <a href="" onclick="document.compose.ExpandCustomerName.value='1'; document.compose.submit(); return false;" onmouseout="window.status='';" onmouseover="window.status='Kunden suchen'; return true;">Kunden suchen</a> ] [ <a href="javascript:clear_field();" onmouseout="window.status='';" onmouseover="window.status='Von: löschen'; return true;">Von: löschen</a> ] </td> <td width="20%" rowspan="10" valign="top"> <p align="left"><b>Kunden-Info</b>:<br><table><tr><td><b>Vorname:</b></td><td><div title="Andreas Lüdtke">Andreas Lüdtke</div></td></tr><tr><td><b>Nachname:</b></td><td><div title="Lüdtke">Lüdtke</div></td> ..... --------------------------------------------------------------------------------------------------- Nach Zuweisung einer Queue: ...... <tr> <td width="20%">Von:</td> <td width="60%"><input type="text" name="From" value=""Andreas Lüdtke " <Andreas.Luedtke(a)eplus.de>" size="70"> <font color="red" size="-2"></font><br> [ <a href="" onclick="document.compose.ExpandCustomerName.value='1'; document.compose.submit(); return false;" onmouseout="window.status='';" onmouseover="window.status='Kunden suchen'; return true;">Kunden suchen</a> ] [ <a href="javascript:clear_field();" onmouseout="window.status='';" onmouseover="window.status='Von: löschen'; return true;">Von: löschen</a> ] </td> <td width="20%" rowspan="10" valign="top"> <p align="left"><b>Kunden-Info</b>:<br><table><tr><td><b>Vorname:</b></td><td><div title="Andreas LÃ¼dtke">Andreas LÃ¼dtke</div></td></tr><tr><td><b>Nachname:</b></td><td><div title="LÃ¼dtke">LÃ¼dtke</div></td></tr> ..... Gruß Jonas

2 1

Antwort: Re: Umlaut-Probleme bei LDAP-Anfrage Folgefehler
by Jonas Wendland 17 Mar '04

17 Mar '04

$Self->{DefaultCharset} = 'iso-8859-1'; sollte das natürlich heißen... copy-paste - Meister werd ich wohl nicht werden... :-) Gruß Jonas

1 0

Antwort: Re: Umlaut-Probleme bei LDAP-Anfrage Folgefehler
by Jonas Wendland 17 Mar '04

17 Mar '04

Nachtrag: Diese Einstellung hier unten liefert gar kein Ergebnis vom LDAP-Server, selbst wenn ich ohne Umlaute frage. Auch nicht wenn ich SourceCharset und DestCharset zusätzlich auskommentiere. *verwirr* Viele Gruesse Jonas >$Self->{DefaultCharset} = 'utf-8'; >$Self->{CustomerUser} = {># [...] # ># SourceCharset => 'utf-8', ># DestCharset => 'utf-8', ># [...] # >}, Jonas Wendland An: otrs-de(a)otrs.org 17.03.2004 13:33 Kopie: Thema: Re: Umlaut-Probleme bei LDAP-Anfrage Folgefehler(Document link: Jonas Wendland) Hallo Robert, ja, diese Einstellungen funktionieren alle, wenn ich auf 'Kunden suchen' klicke und dann ertstmalig ein Ergebnis angezeigt bekomme. Und dann wirds eben 'komisch'. Und irgendwie weiß ich auch gar nicht mehr so richtig weiter. wir haben hier auch schon ein wenig OTRS-Code analysiert, aber das ist gar nicht so einfach, wenn mans nicht selber gebastelt hat. Nun fasse ich mal zusammen, was mich so verwundert: Wenn die unten beschriebenen Konfigurationen prinzipiell dazu führen, das unser Notes-LDAP antwortet und sogar bei der ersten Antwort Umlaute als Umlaute liefert, warum werden die Umlaute nach Queue-Zuweisung und damit verbundenem Fensterneuaufbau im Browser fehlinterpretiert. Entweder unser LDAP liefert richtig oder nicht. Halbrichtig kann doch nicht an der Konfiguration des LDAP-Servers liegen. Wir haben herausgefunden, dass eine Parameter 'ExpandCustomerUserName' in den beiden Fällen (Erstabfrage und Queue-Wechsel) mit unterschiedlichen Werten (1,3) belegt wird. Dies führt zu einer unterschiedlichen Suche nach Kundendaten. Unser Latein war hier jedoch am Ende. Aber vielleicht fällt den 'Machern' dazu noch was ein... Umlauthassend Gruest Jonas >Diese Einstellungen sollten funktionieren: ># $Self->{DefaultCharset} = 'iso-8859-15'; # iso-8859-15 ist default >$Self->{CustomerUser} = { ># [...] # >SourceCharset => 'utf-8', >DestCharset => 'iso-8859-15', ># [...] # >}, >ODER: >$Self->{DefaultCharset} = 'utf-8'; >$Self->{CustomerUser} = {># [...] # ># SourceCharset => 'utf-8', ># DestCharset => 'utf-8', ># [...] # >}, >Für iso-8859-1: >$Self->{DefaultCharset} = 'iso-8859-1'; >$Self->{CustomerUser} = { ># [...] # >SourceCharset => 'utf-8', >DestCharset => 'iso-8859-1', ># [...] #

1 0

Re: Umlaut-Probleme bei LDAP-Anfrage Folgefehler
by Jonas Wendland 17 Mar '04

17 Mar '04

Hallo Robert, ja, diese Einstellungen funktionieren alle, wenn ich auf 'Kunden suchen' klicke und dann ertstmalig ein Ergebnis angezeigt bekomme. Und dann wirds eben 'komisch'. Und irgendwie weiß ich auch gar nicht mehr so richtig weiter. wir haben hier auch schon ein wenig OTRS-Code analysiert, aber das ist gar nicht so einfach, wenn mans nicht selber gebastelt hat. Nun fasse ich mal zusammen, was mich so verwundert: Wenn die unten beschriebenen Konfigurationen prinzipiell dazu führen, das unser Notes-LDAP antwortet und sogar bei der ersten Antwort Umlaute als Umlaute liefert, warum werden die Umlaute nach Queue-Zuweisung und damit verbundenem Fensterneuaufbau im Browser fehlinterpretiert. Entweder unser LDAP liefert richtig oder nicht. Halbrichtig kann doch nicht an der Konfiguration des LDAP-Servers liegen. Wir haben herausgefunden, dass eine Parameter 'ExpandCustomerUserName' in den beiden Fällen (Erstabfrage und Queue-Wechsel) mit unterschiedlichen Werten (1,3) belegt wird. Dies führt zu einer unterschiedlichen Suche nach Kundendaten. Unser Latein war hier jedoch am Ende. Aber vielleicht fällt den 'Machern' dazu noch was ein... Umlauthassend Gruest Jonas >Diese Einstellungen sollten funktionieren: ># $Self->{DefaultCharset} = 'iso-8859-15'; # iso-8859-15 ist default >$Self->{CustomerUser} = { ># [...] # >SourceCharset => 'utf-8', >DestCharset => 'iso-8859-15', ># [...] # >}, >ODER: >$Self->{DefaultCharset} = 'utf-8'; >$Self->{CustomerUser} = {># [...] # ># SourceCharset => 'utf-8', ># DestCharset => 'utf-8', ># [...] # >}, >Für iso-8859-1: >$Self->{DefaultCharset} = 'iso-8859-1'; >$Self->{CustomerUser} = { ># [...] # >SourceCharset => 'utf-8', >DestCharset => 'iso-8859-1', ># [...] #

2 1

AW: [otrs-de]apache-httpd.include.conf:Perlrequire...-->ComilationFailed, AgentBounce
by Maibaum, Volker 17 Mar '04

17 Mar '04

Hallo, Ich habe gerade die apache-perl-startup.pl verändert (folgendes auskommentiert): #use DBI (); #use DBD::mysql (); #use Kernel::System::DB; ... danach lässt sich apache ohne Fehler starten. Wenn ich bei DBD::mysql (), oder DBI () den Kommentar entferne bekomme ich wieder einen Segmentation fault. Liegt es eventuell daran, dass ich folgende Packages selbst kompiliert habe? perl-Msql-Mysql-modules-1.2219-153.s390x.rpm perl-Data-ShowTable-3.3-372.s390x.rpm Wenn ja, hat jemand vielleicht einen Tipp, was ich beim Kompilieren beachten muss, damit das nicht passiert? Ich hoffe ich nerve nicht langsam mit meinen Problemen... Grüßle, Volker -----Ursprüngliche Nachricht----- Von: Maibaum, Volker Gesendet: Mittwoch, 17. März 2004 08:26 An: User questions and discussions about OTRS in German. Betreff: AW: [otrs-de]apache-httpd.include.conf:Perlrequire...-->ComilationFailed,Age ntBounce Hallo, zunächst vielen Dank für die schnellen und ausführlichen Antworten!! >welche Version hat Deine /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm? $VERSION = "2.20"; >> perl -w bin/CheckDB.pl >> linuxmnt:~/ >> ---------------- >Da sollte erscheinen "It looks Ok!" - tut es das wirklich nicht? Steht da auch, ich hab's leider abgeschnitten, sorry. Ich habe gerade auf einem zweiten Linux-Gast mal nachgeschaut, was dort für eine Version von /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm installiert ist. Komischerweise ist diese Datei dort nicht vorhanden - OTRS, läuft dort allerdings (mal abgesehen von den Performance-Problemen) einwandfrei. Ich vermute, dass die Format.pm mit den Suse Servicepacks (2+3) hinzugekommen sind, die sind auf dem zweiten Linux-Gast nicht installiert. Ich habe dort nun mal in der apache-httpd.include.conf das Perlrequire eingeschaltet und dort taucht das beschriebene Problem nicht mehr auf! :-) Leider taucht gleichzeitig ein neues auf :-( und zwar folgendes: ------------ otrs:/usr/lib/perl5/site_perl/5.8.0 # rcapache start Starting httpd [ Mailman PERL PHP4 Python ]/usr/sbin/rcapache: line 206: 8997 Segmentation fault $HTTPD_BIN $INET6 -t -f /etc/httpd/httpd.conf $MODULES >/var/log/httpd/rcapache.log 2>&1 Syntax OK failed ------------ Gibt es dafür eine Lösung? (Zeile 206 in rcapache ist das Ende einer case Anweisung "esac") Das sieht nicht nach einem OTRS-Problem aus... Grüßle aus dem sonnigen Baden Würtemberg, Volker _______________________________________________ OTRS 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.de/

2 1

AW: [otrs-de]apache-httpd.include.conf:Perlrequire...-->ComilationFailed, AgentBounce
by Maibaum, Volker 17 Mar '04

17 Mar '04

Hallo, zunächst vielen Dank für die schnellen und ausführlichen Antworten!! >welche Version hat Deine /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm? $VERSION = "2.20"; >> perl -w bin/CheckDB.pl >> linuxmnt:~/ >> ---------------- >Da sollte erscheinen "It looks Ok!" - tut es das wirklich nicht? Steht da auch, ich hab's leider abgeschnitten, sorry. Ich habe gerade auf einem zweiten Linux-Gast mal nachgeschaut, was dort für eine Version von /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm installiert ist. Komischerweise ist diese Datei dort nicht vorhanden - OTRS, läuft dort allerdings (mal abgesehen von den Performance-Problemen) einwandfrei. Ich vermute, dass die Format.pm mit den Suse Servicepacks (2+3) hinzugekommen sind, die sind auf dem zweiten Linux-Gast nicht installiert. Ich habe dort nun mal in der apache-httpd.include.conf das Perlrequire eingeschaltet und dort taucht das beschriebene Problem nicht mehr auf! :-) Leider taucht gleichzeitig ein neues auf :-( und zwar folgendes: ------------ otrs:/usr/lib/perl5/site_perl/5.8.0 # rcapache start Starting httpd [ Mailman PERL PHP4 Python ]/usr/sbin/rcapache: line 206: 8997 Segmentation fault $HTTPD_BIN $INET6 -t -f /etc/httpd/httpd.conf $MODULES >/var/log/httpd/rcapache.log 2>&1 Syntax OK failed ------------ Gibt es dafür eine Lösung? (Zeile 206 in rcapache ist das Ende einer case Anweisung "esac") Das sieht nicht nach einem OTRS-Problem aus... Grüßle aus dem sonnigen Baden Würtemberg, Volker

1 0

Group-Login
by Nora Bernhard 16 Mar '04

16 Mar '04

Hallo, Koennte mir bitte jemand einen Tip zur Konfiguration des OTRS-Logins fuer eine bestimmte Gruppe geben? Ich moechte, dass saemtliche User im Customer-Interface einloggen koennen (das funktioniert). Zusaetzlich sollen manche aber, die auch administrative Taetigkeiten zu erfuellen haben, im Agent-Interface einloggen koennen (dzt. koennen alle Customer dort einloggen). Ich habe also im LDAP eine posixGroup 'otrsallow' angelegt, wie es schon so schoen im Beispiel steht :) Ich habe testweise meinen eigenen User dieser Gruppe hinzugefuegt (meine uid bei memberUid der Gruppe eingetragen). Nun versteh ich aber etwas nicht ganz: Wenn ich - zusaetzlich zur allgemeinen GroupBaseDN-Definition - den folgenden Eintrag aktiviere > $Self->{'AuthModule::LDAP::UserAttr'} = 'UID'; koennen nach wie vor _alle_ User einloggen. Wenn ich entweder stattdessen oder zusaetzlich dies aktiviere > $Self->{'AuthModule::LDAP::AccessAttr'} = 'gidNumber'; dann kann keiner der User mehr im Agent-Interface einloggen. Im Logfile findet sich folgendes: > [Mon Mar 15 15:53:12 2004][Notice][Kernel::System::Auth::LDAP::Auth] User: 'nber' tried to login with Pw: 'XXX' (REMOTE_ADDR: 127.0.0.1) > [Mon Mar 15 15:53:12 2004][Notice][Kernel::System::Auth::LDAP::Auth] check for groupdn! > [Mon Mar 15 15:53:12 2004][Notice][Kernel::System::Auth::LDAP::Auth] User: nber login failed, no LDAP group entry foundGroupDN='cn=otrsallow,ou=groups,dc=efkon,dc=com', Filter='(gidNumber=uid=nber,ou=people,dc=efkon,dc=com)'! (REMOTE_ADDR: 127.0.0.1). Mich wundert das: gidNumber=uid=nber Die gidNumber ist doch numerisch, wieso wird hier mit dem uid-String verglichen? Das kann dann doch nicht funktionieren - oder hab ich da einen Denkfehler? Schoenen Nachmittag! -- Nora Bernhard Systems Administrator - Linux A vivid and creative mind characterizes you.

2 7

AW: [otrs-de] apache-httpd.include.conf: Perlrequire...-->ComilationFailed, AgentBounce
by Maibaum, Volker 16 Mar '04

16 Mar '04

> Du hast also einen Apache1 auf einem SLES8. _Mit_ mod_perl_1_0, richtig? ja, ich habe allerdings auch eine Test-Installation unter Suse 8.2 Professional, bei der die selben Meldungen kommen. > Wo kommt Dein Perl her, aus RPMs? Ja: mod_perl-1.27-27 perl-5.8.0-120 apache-1.3.26-38 Für die Installation habe ich folgende RPMs aus SRPMs bauen müssen: perl-Msql-Mysql-modules-1.2219-153.s390x.rpm perl-Data-ShowTable-3.3-372.s390x.rpm otrs-1.2.2-01.s390x.rpm (natürlich) > Was sagen (alle in /opt/otrs/ auszuführen) > # perl -cw bin/cgi-bin/index.pl > # perl -cw bin/PostMaster.pl > # perl -w bin/otrs.checkModules > # perl -w bin/CheckDB.pl ----------------------- perl -cw bin/cgi-bin/index.pl Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 88. Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 217. bin/cgi-bin/index.pl syntax OK perl -cw bin/PostMaster.pl Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 88. Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 217. bin/PostMaster.pl syntax OK perl -w bin/otrs.checkModules CGI ... ok Date::Pcalc ... ok DBI ... ok DBD::mysql ... ok Digest::MD5 ... ok Email::Valid ... ok IO::Scalar ... ok IO::Wrap ... ok MIME::Base64 ... ok MIME::Tools ... ok Mail::Internet ... ok Net::DNS ... ok Net::POP3 ... ok Net::LDAP ... ok Net::SMTP ... ok Authen::SASL ... ok GD ... ok GD::Text ... not installed! (for stats - not required) GD::Graph ... not installed! (for stats - not required) GD::Graph::lines ... not installed! (for stats - not required) GD::Text::Align ... not installed! (for stats - not required) perl -w bin/CheckDB.pl linuxmnt:~/ ---------------- Welchen Performance gewinn kann man denn mit Perlrequire erwarten? Ich habe das Problem, dass die einzelnen Seiten etwa 1-3 Sekunden (manchmal auch über 5 Sekunden) zum Laden benötigen. Wenn ich 10 oder 20 Requests auf einmal abschicke (durch wildes rumklickern), dann schafft es apache nicht mehr die Request in annehmbarer Zeit abzuarbeiten (> 10 Sekunden). Die virtuelle Maschine unter zVM hat IMHO genug Ressourcen 500MB real, >600 Swap, ich habe ihr sogar zu Testzwecken mehr CPU-Share zugeteilt als unseren SAP-Application-Servern. top sagt folgendes dazu: ----------- top - 14:51:43 up 1 day, 1:06, 1 user, load average: 2.22, 2.93, 3.32 Tasks: 68 total, 15 running, 53 sleeping, 0 stopped, 0 zombie Cpu(s): 89.6% user, 10.4% system, 0.0% nice, 0.0% idle Mem: 505008k total, 216996k used, 288012k free, 3848k buffers Swap: 644296k total, 62432k used, 581864k free, 17112k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5834 wwwrun 23 0 20360 13m 5500 R 9.8 2.8 0:00.61 httpd 5835 wwwrun 23 0 22024 15m 5520 R 9.8 3.2 0:00.76 httpd 5840 wwwrun 22 0 20876 14m 5500 R 9.8 2.9 0:00.62 httpd 5842 wwwrun 22 0 20516 14m 5500 R 9.8 2.8 0:00.61 httpd 1188 wwwrun 21 0 42192 21m 11m S 8.8 4.4 1:02.35 httpd 5839 wwwrun 23 0 20780 14m 5500 R 7.8 2.9 0:00.64 httpd 5841 wwwrun 23 0 19392 12m 5508 R 6.8 2.6 0:00.52 httpd 5828 wwwrun 25 0 22880 16m 5520 R 4.9 3.3 0:00.91 httpd 5830 wwwrun 23 0 20048 13m 5500 R 4.9 2.8 0:00.61 httpd 5831 wwwrun 23 0 20672 14m 5500 R 4.9 2.9 0:00.61 httpd 5833 wwwrun 23 0 20216 13m 5500 R 4.9 2.8 0:00.61 httpd 5836 wwwrun 23 0 18472 11m 5556 R 4.9 2.4 0:00.46 httpd 5837 wwwrun 22 0 20368 13m 5500 R 4.9 2.8 0:00.61 httpd 5838 wwwrun 22 0 19392 12m 5508 R 4.9 2.6 0:00.53 httpd 5749 root 15 0 1192 1192 908 R 2.3 0.2 0:08.92 top 1200 wwwrun 21 0 42512 21m 10m S 0.3 4.4 0:41.20 httpd 1 root 15 0 88 64 44 S 0.0 0.0 0:00.34 init 2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration_CPU0 ------------- Gibt es noch andere Performance-Einstellungen die mir weiterhelfen könnten? An MySQL sollte es nicht liegen - es sind etwa 20 Tickets in der DB. Grüße, Volker -----Ursprüngliche Nachricht----- Von: Robert Kehl [mailto:robert.kehl@otrs.de] Gesendet: Dienstag, 16. März 2004 14:10 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de] apache-httpd.include.conf: Perlrequire...-->ComilationFailed, AgentBounce On Tuesday, March 16, 2004 11:36 AM Maibaum, Volker <Volker.Maibaum(a)eberspaecher.com> wrote: > Apache2 ist im Moment keine Option, da ich OTRS unter Suse SLES8 > unter zVM am laufen habe. Und bei unserer Distribution kein Apache2 > mitgeliefert wird. Ich habe schon 1 1/2 Tage gebraucht um MySQL4 zu > kompilieren und zum Laufen zu bringen und bin dann letztendlich doch > wieder auf die Version 3 zurückgegangen. Ich habe keine besonders > große Lust das Selbe bei Apache durchzumachen... hehe, was unweigerlich schlimmer werden würde... Lass es, gute Entscheidung. > Gibt es vielleicht noch die Möglichkeit in der apache-perl-startup.pl > die Module zu entfernen, welche Nein, ohne Date::Format läuft OTRS nicht. > /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm verwenden? Falls ja - > wie bekomme ich heraus welche Module das sind? # fgrep -r "use Date::Format" /opt/otrs /opt/otrs/Kernel/cpan-lib/Mail/Field/Date.pm:use Date::Format qw(time2str); Du hast also einen Apache1 auf einem SLES8. _Mit_ mod_perl_1_0, richtig? Wo kommt Dein Perl her, aus RPMs? Was sagen (alle in /opt/otrs/ auszuführen) # perl -cw bin/cgi-bin/index.pl # perl -cw bin/PostMaster.pl # perl -w bin/otrs.checkModules # perl -w bin/CheckDB.pl Gruß, Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388 _______________________________________________ OTRS 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.de/

2 1

Re: [otrs-de] 3 Fragen zu 1.2
by Jonas Wendland 16 Mar '04

16 Mar '04

>>> Was bedeutet der Punkt sperren unten in der Ansicht? Wenn ich einen >>> neuen Fall anlege und einem Benutzer zuweise ist der doch sowieso >>> gesperrt oder? >> >> Mit 'Sperren' sperrst Du das Ticket für Dich, nicht für jemand >> anderen. Danach steht das Ticket so lange nicht mehr anderen Agenten >> in der QueueView zur Verfügung, bis Du selber oder ein Automatismus >> es freigibst. >> >Das verstehe ich noch nicht. >Wenn ein Fall neu aufgenommen wird und ich einen Bearbeiter zuweise >heisst das dann das der Fall nicht automatisch gesperrt ist? Hallo Jürgen, kann ich vielleicht auch was zu sagen, Ich denke es gibt hier verschiedene Strategien. Wenn jeder Agent in einer Queue alleine bestimmte Bereiche abdecken soll, macht es Sinn, diese sofort automatisch für ihn sperren zu lassen. Was machst du aber , wenn dieser Agent krank ist, Urlaub hat...etc. Im allgemeinen hast du dann keine Kontrolle über diese Tickets, da sie ja nur für diesen einen Agenten sichtbar sind. Wir hier bei uns haben mehrere Agenten pro Queue. Alle neu erstellten Tickets werden als ungesperrt ohne Agentenzuweisung in die Queues zugewiesen. Dabei ist für uns das neue Feature - sperren, nicht sperren - bei der Ticketanlage durchaus sinnvoll, weil wir eben nicht automatisch Tickets gesperrt haben wollen. Und wenn hier jeder sein System anders benutzt, muß der (die) Entwickler entsprechend reagieren und dies als Option anbieten. Viele Grüße Jonas

3 3