- otrs-de - OTRS mailing lists

Standardqueue ändern
by Gunter Ohrner 15 Apr '04

15 Apr '04

Hallo! Wie kann man eigentlich die Standardqueue in OTRS von Raw auf eine andere ändern, oder geht das nicht? Ich habe so auf Anhieb in der Doku nix gefunden... Grüße, Gunter -- "I'd like to know if I could compare you to a summer's day. Because -- well, June 12th was quite nice, and..." -- (Terry Pratchett, Wyrd Sisters) *** PGP-Verschlüsselung bei eMails erwünscht :-) *** PGP: 0x1128F25F ***

3 3

QData
by Juergen Meurer 13 Apr '04

13 Apr '04

Hallo, eben habe ich ein Update von 1.2.2 auf 1.2.3 per Suse 9.0 rpm durchgeführt. Wenn ich unter Werkzeuge gehe ist nun in fast jedem Feld folgender Eintrag $QData{ Was ist denn hier schief gelaufen? -- Mit freundlichen Grüßen Jürgen Meurer

1 1

OTRS Startfragen
by Gunter Ohrner 09 Apr '04

09 Apr '04

Hallo! Ich teste OTRS gerade auf seine Tauglichkeit für ein studentisches Projekt (http://aachen.uni-dsl.de/) ein Kommunikationsverwaltungssystem fehlt uns da noch ganz dringend - das Kommunikationsvolumen ist inzwischen aus der bisher verwendeten "mein IMAP-Ordner <-> dein IMAP Ordner"-Methode herausgewachsen. ;) Inzwischen läuft hier OTRS 1.2.3 im Testbetrieb und das auch eigentlich sehr gut, aber einige Fragen sind mir noch nicht ganz klar: a) Wir haben etliche WGs als Nutzer, da kommen ständig Mails mit verschiedenen Absendeadresse, die zusammengehören. Wie managed man das am besten mit OTRS? CustomerUser-Backend und -Authentifizierung läuft über unsere bestehende Nutzerdatenbank. b) Wir würden gerne die gesamte eMail-Kommunikation, also auch die mit zukünftigen Nutzern, über ein einheitliches System abwickeln. Klappt mit OTRS soweit auch wunderbar, aber kann ich irgendwie alle alten Tickets von Max(a)Mustermann.de der Kunden-ID 0815 zuordnen, sobald Max sich angemeldet hat, damit die Zusammenhänge erhalten bleiben? AM besten wäre natürlich vollautomatisch, aber wenn's einfach manuell geht wäre das auch ok. c) Meine Test-Agents können nur Queues sehen, bei denen sie rw-(, also quasi Admin-)Rechte haben. Andere Queues ohne rw-Flag, egal welche Rechte gesetzt sind, werden nicht angezeigt. Was habe ich falsch verstanden? Wäre cool, wenn mir da jemand einen Quickstart, bzw. einen Link zur entsprechenden FAQ/HowTo geben könnte, das sind ja alles keine ausgefallenen Probleme und sollte wohl relativ einfach zu realisieren sein, ich konnte leider nur nix dazu im Handbuch finden. Ich habe auch kein Problem damit, selber einige kleine Ergänzungen am OTRS vorzunehmen, das hat mit dem CustomerAuth-Backend ja schon ganz gut funktioniert. Vielen Dank schonmal für alle Tipps! Grüße, Gunter -- The hippo of recollection stirred in the muddy waters of the mind. -- (Terry Pratchett, Soul Music) *** PGP-Verschlüsselung bei eMails erwünscht :-) *** PGP: 0x1128F25F ***

2 3

Re: OTRS - Internal Server Error, wenn LDAP-Server nicht erreichbar
by Jonas.Wendland＠snt-ag.de 07 Apr '04

07 Apr '04

Hallihallo allerseits, na da hab ich ja Diskussionen entfacht... >Ich glaube die Frage ist, sind die Kunden-Daten für den Betrieb >notwendig oder nicht. Ich (IMO) würde sagen ja. Kommt aber immer >auf die Umgebung an. Jo, so sehe ich das auch. Aber ich bin ein Freund von qualifizierten Fehlermeldungen - die also "sprechend" sind. Mir würde da eine Art Warnung genügen. Etwa im Sinne von: " Der LDAP-Server ist derzeit nicht erreichbar, Kundendaten können also nicht angezeigt werden..." oder so änlich Prinzipiell sollte, wenn nur die Customer-Daten über LDAP kommen, der Agent alleine entscheiden können, ob er im Ticketsystem ohne Kundeninfos leben kann. Aber wie auch immer - zumindest muß anstatt "Internel Server Error" vom Apache was qualifiziertes von OTRS stehen - finde ich jedenfalls. Das erleichter auch meine Fehlersuche, wenn durch diesen Fehler Agenten- oder Kundenmeldungen auf mich einprasseln. Bis dann Viele Grüße Jonas

2 1

Eigene Themes, Logout-Page
by Guenther Rasch 05 Apr '04

05 Apr '04

Hallo! Ich arbeite momentan mit OTRS 1.2.2. und habe hier ein eigenes Theme fuer unsere Organisation erstellt. Alles funktioniert so weit gut, allerdings beim Abmelden vom OTRS kommt immer noch die Originalseite. Die Seite http://<server>/otrs/index.pl funktioniert, die Seite beim Abmelden http://<server>/otrs/index.pl?Action=Logout funktioniert beim Abmelden nicht. Komischerweise wird die Seite einwandfrei angezeigt, wenn ich die zweite URL direkt eingebe (ohne vorherigen Login). Any ideas? Gruss Guenther

4 4

Datenbank/Tickets zurücksetzen
by Simon 05 Apr '04

05 Apr '04

Hallo zusammen. erstmal vielen Dank für die guten und schnellen Antworten! (super Mailingliste!; großes Lob!) Nachdem ich jetzt mal rumgetestet und "test - tickets" erstellt habe, wollte ich fragen, ob bzw. wie es möglich ist, OTRS wieder "zurückzusetzen"? (in der Doku konnte ich leider nichts finden und auch Google hatte nichts dazu) D. h. alle Einträge aus der DB zu löschen (bis auf Konfigurationen -> Einstellungen im Admin Bereich)... ist das möglich, oder muss dazu das System neu aufgesetzt werden? (referentielle Integrität, etc?) vielen dank schonmal, simon

2 1

CustomerUser gruppieren
by Dirk Scheer 02 Apr '04

02 Apr '04

Hallo zusammen, bei uns ist eine Frage aufgetaucht, zu der ich bislang keine Lösung finden konnte. Normalerweise kann ein CustomerUser immer nur seine persönlichen Fälle im Webinterface (customer.pl) sehen. Es wäre jedoch schön, wenn mehrere CustomerUser einer Gruppe zugeordnet werden könnten. Dann können sich die einzelnen User mit ihrer persönlichen Kennung anmelden, sehen aber neben ihren eigenen Fällen auch die Fälle der Gruppe. Bin für jede kreative Idee dankbar! Gruß Dirk Scheer -- http://www.scheernet.de/

2 2

Problem mit add user in redhat 9
by Michael Bielicki 02 Apr '04

02 Apr '04

Also ich fahr apache2 auf redhat 9 und wenn ich einen neuen user hinzufuegen will kommt folgernder error: Unrecognised line: michael.bielicki(a)taansoftworks.com at /opt/otrs/Kernel/cpan-lib/Email/Valid.pm line 284 cvs von heute. Ich habs mit 1.2.2 probiert, selber feheler. Any clues ? -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCC d-- s: a C++ UL++++ P++ L++++ E--- W+++ N++ o-- K w--- O- M+ V PS+ PE++ Y+ PGP++ t+ 5 X++ R+ tv b++++ DI+ D++ G+ e+++ h--- r++ x+++ ------END GEEK CODE BLOCK------

3 7

Absender: otrs@localhost
by Simon 02 Apr '04

02 Apr '04

Hallo Liste ;-) jedes mal, wenn ich eine Mail/Antwort verfasse steht in der Zeile Von: OTRS System <otrs@localhost> * invalid otrs@localhost (fqdn)! Anstelle von otrs@localhost sollte aber helpdesk(a)example.com stehen. Irgendwie finde ich die Lösung ncht und bin langsam am verzweifeln. Wo kann man denn diese Einstellung machen? Vielen Dank schonmal, Simon ps: dachte, das wäre auch von der queue abhängig?

3 7

AW: otrs Connect zu esanta otrs bogen.net
by Sotiris Agricola 02 Apr '04

02 Apr '04

Hallo Martin Edenhofer, bitte verstehe Sie mich doch, Ich verstehe nicht was das für Abfragen sind die in diesem Fall an eure IP , was ich nun mal übersehen habe (das die IP auch gleichzeitig von otrs,esanta und bogen.net ist,sind),gehen ?Welche Request sind da von nöten?Ich möchte es lediglich verstehen in welchem Zusammenhang die stattfinden damit ich das unserem Sicherheitsbeauftragten erklären kann.Diese Frage werden Sie mir doch sicherlich zugestehen und beantworten können. Mein erster Gedanke war das Beispiel Mail Abfragen stattfinden aber konnte ich nicht verifizieren. Freundlich Grüßt S.Agricola > > Meine Firewall Log files weisen dauernd einträge auf von verbindungen vom > > OTRS SYSTEM zu esanta (IP) und oder bogen.net.Wie kann ich das abschalten > > oder ist das zum Betrieb des oTRS systems notwendig.Was passiert da. > > Dein installiertes OTRS ist total selbstständig WAS Oh Gott.Wenn ich das > gewußt hätte :-)) .-) > Die Firewall Logs für esanta oder bogen.net kommen nicht von Deiner > OTRS-Applikation. Dass muss was anderes sein (z. B. cvs access, ....). > Habe ich aber nicht installiert zumindest kein Access ,CVS, > > Wenn Du noch weitere Fragen hast, dann schick bitte mit um welche Ports > es sich handelt. > > ja gerne > > Source: > xxx.xxx.xxx.xxx : 1072 -1071-1069 destination 217.160.215.153:80 > > Ich hatte da aufs OTRS getippt weil das die einzigen quellen sind wo > bogen.net und esanta auftauchen.?? Ja. Das ist ein www Request auf otrs.org. Du hast also auf OTRS.org getippt. .)

2 1

OTRS 1.2.1 - keine Notification-Mails mehr.
by Mueller Daniel I&S IT PS OST 4 CNS 02 Apr '04

02 Apr '04

Hallo, ich habe heute Morgen unseren OTRS Server auf Version 1.2.1 gepatcht. Dabei ist mir aufgefallen, dass unsere Mitarbeiter anschliessend keine Status- Notifications mehr bekommen. Ein kleiner Blick in die OTRS Log: ---------snap---------- ERROR: OTRS-CGI- Time: Tue Feb 17 08:26:51 2004 Message: Can't get ArticleID from INSERT! Traceback (31713): Module: Kernel::System::Ticket::Article::CreateArticle (v1.49) Line: 133 Module: Kernel::System::Ticket::SendArticle::SendArticle (v1.15) Line: 74 Module: Kernel::System::Ticket::SendNotification::SendCustomerNotification (v 1.13) Line: 288 Module: Kernel::System::Ticket::State::SetState (v1.17) Line: 92 Module: Kernel::Modules::AgentCompose::SendEmail (v1.58) Line: 404 Module: Kernel::Modules::AgentCompose::Run (v1.58) Line: 78 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl:: handler (v) Line: 688 Module: (eval) (v1.66) Line: 185 Module: ModPerl::RegistryCooker::run (v1.66) Line: 185 Module: ModPerl::RegistryCooker::default_handler (v1.66) Line: 155 Module: ModPerl::Registry::handler (v1.99) Line: 16 ---------snap---------- Das Problem war die SQL Anfrage, welche von Kernel/System/Ticket/Article.pm generiert wurde. Seit Version 1.1 ist u.a. Folgendes hinzugekommen: + foreach (keys %Param) { + $Param{$_} = $Self->{DBObject}->Quote($Param{$_}); + } Dabei entsteht solch ein SQL Statement: SELECT [..snip..] a_subject = '[Ticket#: 1] New State \\\'new\\\'!' [..] Sieht so aus, als ob DBObject->Quote die '\' (Backslashes) quotiert :-). Ich hab ein kleinen Patch geschrieben: --- Article.pm.dist 2004-02-17 10:50:10.000000000 +0100 +++ Article.pm 2004-02-17 12:29:25.000000000 +0100 @@ -342,7 +342,9 @@ } # db quote foreach (keys %Param) { - $Param{$_} = $Self->{DBObject}->Quote($Param{$_}); + if ($_ ne "Subject") { + $Param{$_} = $Self->{DBObject}->Quote($Param{$_}); + } } # sql query my $SQL = "SELECT id FROM article " . @@ -352,10 +354,10 @@ if ($Param{MessageID}) { $SQL .= "a_message_id = '$Param{MessageID}' AND "; } - if ($Param{MessageID}) { + if ($Param{From}) { $SQL .= "a_from = '$Param{From}' AND "; } - if ($Param{MessageID}) { + if ($Param{Subject}) { $SQL .= "a_subject = '$Param{Subject}' AND "; } $SQL .= " incoming_time = '$Param{IncomingTime}'"; Hmm. Sicherheitstechnisch ist das wahrscheinlich nicht so toll. Mit freundlichen Gruessen Daniel -- Daniel Mueller Siemens AG I&S IT PS Ost

4 8

OTRS - Internal Server Error, wenn LDAP-Server nicht erreichbar
by Jonas.Wendland＠snt-ag.de 02 Apr '04

02 Apr '04

Hallo allerseits, folgendes habe ich gerade festgestellt. wenn der LDAP-Server nicht erreichbar ist, 'schmiert' das gesamte OTRS ab. Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster(a)P-ITS-Linux02.local and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Und dann error_log in /var/log/httpd/: [error] IO::Socket::INET: connect: Connection refused at ../..//Kernel/Sy stem/CustomerUser/LDAP.pm line 60. Finde ich ein wenig hart, wenn doch nur das LDAP nicht funktioniert. Kann man das nicht irgendwie anders abfangen? Viele Grüße Jonas

4 4

Re Connect des otrs systems zu esanta und bogen.net
by Sotiris Agricola 01 Apr '04

01 Apr '04

Hallo Sotiris, On Thu, Apr 01, 2004 at 01:20:58PM +0200, Sotiris Agricola wrote: > Betreff: Connect des otrs systems zu esanta und bogen.net > > > Hallo OTRS Team und Liste, > > Meine Firewall Log files weisen dauernd einträge auf von verbindungen vom > OTRS SYSTEM zu esanta (IP) und oder bogen.net.Wie kann ich das abschalten > oder ist das zum Betrieb des oTRS systems notwendig.Was passiert da. Dein installiertes OTRS ist total selbstständig WAS Oh Gott.Wenn ich das gewußt hätte :-)) Die Firewall Logs für esanta oder bogen.net kommen nicht von Deiner OTRS-Applikation. Dass muss was anderes sein (z. B. cvs access, ....). Habe ich aber nicht installiert zumindest kein Access ,CVS, Wenn Du noch weitere Fragen hast, dann schick bitte mit um welche Ports es sich handelt. ja gerne Source: xxx.xxx.xxx.xxx : 1072 -1071-1069 destination 217.160.215.153:80 Ich hatte da aufs OTRS getippt weil das die einzigen quellen sind wo bogen.net und esanta auftauchen.?? Vielen dank für die rasche Antwort. Sotiris Agricola

2 1

Connect des otrs systems zu esanta und bogen.net
by Sotiris Agricola 01 Apr '04

01 Apr '04

Betreff: Connect des otrs systems zu esanta und bogen.net Hallo OTRS Team und Liste, Meine Firewall Log files weisen dauernd einträge auf von verbindungen vom OTRS SYSTEM zu esanta (IP) und oder bogen.net.Wie kann ich das abschalten oder ist das zum Betrieb des oTRS systems notwendig.Was passiert da. Viele Grüße S.Agricola aus Berlin "Der Frühling fängt ja gut an "

2 1

deprecated: Format.pm seit update von 1.2.1 auf 1.2.2
by Dirk Kutsche 01 Apr '04

01 Apr '04

Hallo, die Tickets werden zwar abgeholt, aber die Fehlermeldungen irritieren mich, zumal wir nach den notification-mails suchen: Subject: Cron <otrs@pluto> $HOME/bin/PostMasterPOP3.pl >> /dev/null 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. Any hints? -- Mit freundlichen Gruessen / With kind regards, Dirk Kutsche

2 3

Problem mit PerlRequire und Apache2 unter Suse Linux 9
by Stoetzel Ralf 01 Apr '04

01 Apr '04

Hallo, ich installiere gerade eine neue Instanz von OTRS 1.2.2 auf einem frischen Suse Linux 9.0 mit dem Apache2 und mod_perl für den Apache2. Zur Installation habe ich das Tar file verwendet. Ich bin der Installationsanleitung gefolgt was bis zu dem folgenden Punkt auch problemlos war. Ich habe nun im Conf File des Apache die Zeile HTTPD_CONF_INCLUDE_FILES=/opt/otrs/scripts/suse-httpd.include.conf eingetragen und dann versucht den Apache2 neu zu starten. Dabei bricht der Startvorgang des Apache dann mit der folgenden Fehlermeldung ab. 'Invalid command 'PerlRequire' perhaps mis-spelled or defined by a module not included in the server configuration'. Wer hat eine Idee was das sein könnte ? Mit Apache1 läuft alles bestens. Gruss Ralf

2 1

Vorschlag für Beziehung User-Gruppen-Queues
by Joerg Friedrich 29 Mar '04

29 Mar '04

Hallo nochmal, ich bin gerade am einrichten von OTRS und dabei bin ich auf ein Problem mit den Berechtigungen gestoßen. Vielleicht ist es kein Probem, sondern ich verstehe den Sinn nicht ganz. Ich glaube, das Berechtigungsystem so verstanden zu haben: 1. Jeder Queue wird eine (Benutzer-) Gruppe zugeordnet 2. Jeder dieser Gruppen kann ich dann Benutzer zuordnen mit verschiedenen Berechtigungen Das ganze ist leider etwas umständlich, wenn man eine etwas kompliziertere Gruppenstruktur einrichten will. Bei uns sieht das grob wie folgt aus: Wir haben eine EingangsQueue Support mit ein 2 Unterqueues, um einwenig zu übersicht zu behalten :-) (FirstLevel-Bereich) und drei SecondLevel Bereiche (Benutzerservice, Zentrale Rechner und Kommunikation und Infrastruktur) jeweils mit einigen Unterqueues. Arbeiten sollen auf dem System etwa 40 Benutzer. Diese sind ebenfalls aufgeteilt, wie die "Second-Level"-Bereiche. Jetzt soll aber jeder Benutzer in jede Queue, also auch die 'fremder' Bereiche, Tickets verschieben bzw. erstellen können und auch lesen können. Ich habe also bei jeder Gruppe, knapp dreimal knapp 40 Häckchen (ro, create, move) machen müssen, und dann noch zusätzlich die rw Häckchen für die 'Voll-Mitglieder. Ich fände ein Berechtigungsschema, daß die Rechte auf der Beziehung Gruppe -- Queue vergibt sinnvoller, also ungefähr so: Beziehung 'User -- Gruppe': Man kann nur einstellen User ist Mitglied in den Gruppen x,y und z bzw. Gruppe hat die Mitglieder a,b,c und d Beziehung 'Queue -- Gruppe(n)': 1. Die Queue xy hat eine 'Besitzergruppe' die automatisch volle Rechte auf der Queue hat 2. Man kann zusätzlicch einstellen, welche anderen Gruppen noch Rechte auf der Queue haben, genau so wie die momentanen Rechte, also Besitzergruppe x, Gruppe y: ro Gruppe z: ro, move, create. Ich hoffe das war jetzt nicht zu wirr :-) -- Jörg Friedrich

2 1

RE: [otrs-de] 'Personal Queue' als Admin festlegen
by Benjamin.Zoeller＠salt-solutions.de 29 Mar '04

29 Mar '04

Hi Naja es geht schon. Wird in der DB gespeichert. Also mit MySQL Statements oder mit einem Frontend tool kannst du das schon einrichten :) Gruß Benjamin Robert Kehl wrote: > On Sunday, March 28, 2004 5:07 PM > Joerg Friedrich <Joerg.Dieter.Friedrich(a)uni-konstanz.de> wrote: >> Hallo zusammen, >> >> gibt es eine Möglichkeit, als Admin den jeweiligen Benutzern >> vorzugeben, welches Ihre 'Bevorzugten Queues' sind. > > Nein, momentan nicht. Gute Idee. > >> Denn man bekommt >> ja nur dann auch eine Mail, wenn ein neues Ticket in einer >> 'bevorzugten Queue' reinkommt. > > Auch wenn ein Ticket vom System freigegeben wird, oder man Besitzer > eines Tickets ist, zu dem ein Follow-Up reinkommt. > > Fröhlich grüßt > > Robert Kehl

1 0

'Personal Queue' als Admin festlegen
by Joerg Friedrich 29 Mar '04

29 Mar '04

Hallo zusammen, gibt es eine Möglichkeit, als Admin den jeweiligen Benutzern vorzugeben, welches Ihre 'Bevorzugten Queues' sind. Denn man bekommt ja nur dann auch eine Mail, wenn ein neues Ticket in einer 'bevorzugten Queue' reinkommt. -- Jörg Friedrich

2 1

Wie kann ich Customer-Daten bei "Notiz hinzufügen" anzeigen lassen ?
by Maibaum, Volker 28 Mar '04

28 Mar '04

Hallo, ich würde gern beim Anlegen einer Notiz bestimmte Kundendaten anzeigen lassen. (z.B. Kostenstelle, die aus ADS ausgelesen wird und auch bei Ticketzoom angezeigt wird) Was muss ich hierfür in der AgentNote.dtl anpassen? Sind evtl. Anpassungen in der AgentNote.pm notwendig? Falls ja: wie kann ich im Source von AgentNote.pm auf Kundendaten zugreifen? Kann mir jemand einen Tipp geben? Hab schon ein bißchen rumprobiert, allerdings bin ich ziemlicher Perl-Newbie und die Architektur von OTRS ist auch nicht mal auf die schnelle vollständig zu durchschauen - Gibt's eigenlich sowas wie ein Klassendiagramm? Gruß, Volker

2 1

OTRS 1.1.3: Kunde ändern -> Emails weiter an 'alten Kunde'
by Peter Koch 26 Mar '04

26 Mar '04

Salut, Ein Ticket kann nachträglich einem anderen Kunden zugewiesen werden. Allerdings werden Antworten, sowohl manuelle als auch automatische, weiterhin an den versendet, der das Ticket ursprünglich durch seine Mail generiert hat. Wie kann ich das ändern, sodaß ab der Änderung des Kunden auch der neue Kunde die Mails vom OTRS bekommt, und nicht der alte? -- Greez, Peter Koch mailto:liste at lala dot ath dot cx

2 1

Erweiterung der AgentUtilSearchCSV Anzeige
by mayer sebastian 26 Mar '04

26 Mar '04

Hallo zusammen, ich hab da mal eine Frage! Kann ich die AgentUtilSearchCSV so ab�ndern das ich mir die Freitextfelder auch nach Exel importieren kann? Ich habe dazu nur die Textfelder in der AgentUtil SearchCSV.dtl hinzugef�gt! # -- # AgentUtilSearchResult.dtl - provides HTML form for AgentUtilities.pm # Copyright (C) 2001-2004 Martin Edenhofer <martin+code(a)otrs.org> # -- # $Id: AgentUtilSearchResultCSV.dtl,v 1.2 2004/02/18 21:56:28 martin Exp $ # -- # This software comes with ABSOLUTELY NO WARRANTY. For details, see # the enclosed file COPYING for license information (GPL). If you # did not receive this file, see http://www.gnu.org/licenses/gpl.txt. # -- $Data{"TicketNumber"};$Data{"Age"};$TimeLong{"$Data{"Created"}"};$Text{"$Data{"State"}"}; $Data{"Priority"};$Data{"Queue"};$Data{"Lock"};$Data{"Owner"};$Data{"UserFirstname"} $Data{"UserLastname"};$Data{"CustomerID"};$Data{"CustomerName"};$Data{"From"};$Data{"Subject"}; $Data{"AccountedTime"};$Data{"TicketFreeKeyField1"};$Data{"TicketFreeTextField1"}; Muss ich in der Datei was �ndern oder muss ich in der AgentUtilities.pm Parameter hinzuf�gen? # -- sub MaskCSVResult { my $Self = shift; my %Param = @_; $Param{Age} = $Self->{LayoutObject}->CustomerAge(Age => $Param{Age}, Space => ' '); # customer info string $Param{CustomerName} = '('.$Param{CustomerName}.')' if ($Param{CustomerName}); $Param{TicketFreeTextField1} = '('.$Param{TicketFreeTextField1}.')' if ($Param{TicketFreeTextField1}); # create & return output return $Self->{LayoutObject}->Output( TemplateFile => 'AgentUtilSearchResultCSV', Data => \%Param, ); } Vielleicht k�nnt ihr mir weiterhelfen! Ciao Mayer Sebastian _________________________________________________________________ Digitalkameras - Aktuelle Angebote unter 90 - www.ebay.de Hier finden Sie Auktionen und Festpreisangebote!

2 1

AW: [otrs-de] Ticket im OTRS 1.1 direkt oeffnen
by Marc Scheuffler 26 Mar '04

26 Mar '04

Ich glaube es geht darum, dass er selber ein Ticket öffnen möchte. Und das geht mit OTRS-Verison 1.2.x oder war es doch 1.2.2 Gruss -----Ursprüngliche Nachricht----- Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Juergen Meurer Gesendet: Freitag, 26. März 2004 08:45 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de] Ticket im OTRS 1.1 direkt oeffnen Michael Neumann schrieb: > Hi, > > Gibt es die Möglichkeit in OTRS 1.1 ein Ticket zu öffnen? Sprich der > Kontakt erfolgt von uns direkt vom OTRS aus an den Kunden. Ich glaube diese Frage versteht kein Mensch. Was genau möchtest du? -- 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/

2 1

Ticket im OTRS 1.1 direkt oeffnen
by Michael Neumann 26 Mar '04

26 Mar '04

Hi, Gibt es die Möglichkeit in OTRS 1.1 ein Ticket zu öffnen? Sprich der Kontakt erfolgt von uns direkt vom OTRS aus an den Kunden. Danke im Voraus, Michael

2 1

update auf 1.2.2 und nun geht nichts mehr
by christian gattermair 25 Mar '04

25 Mar '04

wenn ich unser otrs update erhalte ich folgende meldung. zuvor hat es einwandfrei funktioniert ... Got no CustomerUserMap! at /opt/otrs/bin/cgi-bin/../../Kernel/System/CustomerUser/DB.pm line 31. irgend jemand ne idee was es haben koennte? update verlief ohne fehlermeldung und probleme ... thx4help mfg, chris

3 2

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

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

16 Mar '04

Hallo, also mein Apache startet nicht, auch wenn das nur Warnungen sind: linuxmnt:~/tux # rcapache status Checking for httpd: unused 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... Gibt es vielleicht noch die Möglichkeit in der apache-perl-startup.pl die Module zu entfernen, welche /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm verwenden? Falls ja - wie bekomme ich heraus welche Module das sind? Gruß, Volker -----Ursprüngliche Nachricht----- Von: Robert Kehl [mailto:robert.kehl@otrs.de] Gesendet: Dienstag, 16. März 2004 11:03 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 9:51 AM Maibaum, Volker <Volker.Maibaum(a)eberspaecher.com> wrote: > da meine OTRS-Installation nicht sonderlich performant ist, möchte > ich gerne > die Performance-Stellschraube in der apache-httpd.include.conf > ausprobieren. > Ich habe hierzu in folgender Zeile den Kommentar entfernt: > > Perlrequire /opt/otrs/scripts/apache-perl-startup.pl [...] > [Tue Mar 16 09:39:46 2004] Format.pm: Using an array as a reference > is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line > 88. > [Tue Mar 16 09:39:46 2004] Format.pm: Using an array as a reference > is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line > 217. > Syntax OK failed > > Gibt es dazu schon ein Fix? Kann ich Apache so konfigurieren, dass er > trotzdem startet, auch wenn > als deprecated markierte Funktionen verwendet werden? Dein Apache läuft schon, denke ich. Das sind lediglich Warnungen, dass in der verwendeten Perl-Routine wer schlampig programmiert hat. Du bist Dir sicher, dass Du nicht zufällig einen Apache2 installieren möchtest, mit mod_perl2. Wenn wir schon von Performanz reden, dann richtig, oder? Fröhlich grüßt 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

apache-httpd.include.conf: Perlrequire ... --> Comilation Failed, AgentBounce
by Maibaum, Volker 16 Mar '04

16 Mar '04

Hallo, da meine OTRS-Installation nicht sonderlich performant ist, möchte ich gerne die Performance-Stellschraube in der apache-httpd.include.conf ausprobieren. Ich habe hierzu in folgender Zeile den Kommentar entfernt: Perlrequire /opt/otrs/scripts/apache-perl-startup.pl Wenn ich Apache neu starten will bekomme ich folgende Meldung: ---------------------- linuxmnt:/opt/otrs/scripts # rcapache restart Shutting down httpd done Starting httpd [ Mailman PERL PHP4 Python ] [Tue Mar 16 09:29:07 2004] Format.pm: Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 88. [Tue Mar 16 09:29:07 2004] Format.pm: Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 217. [Tue Mar 16 09:29:08 2004] [error] syntax error at /opt/otrs//Kernel/Modules/AgentBounce.pm line 12, near "package Kernel::Modules::AgentBounce" BEGIN not safe after errors--compilation aborted at /opt/otrs//Kernel/Modules/AgentBounce.pm line 14. Compilation failed in require at /opt/otrs/scripts/apache-perl-startup.pl line 102. BEGIN failed--compilation aborted at /opt/otrs/scripts/apache-perl-startup.pl line 102. Compilation failed in require at (eval 168) line 1. Syntax error on line 10 of /opt/otrs/scripts/apache-httpd.include.conf: syntax error at /opt/otrs//Kernel/Modules/AgentBounce.pm line 12, near "package Kernel::Modules::AgentBounce" BEGIN not safe after errors--compilation aborted at /opt/otrs//Kernel/Modules/AgentBounce.pm line 14. Compilation failed in require at /opt/otrs/scripts/apache-perl-startup.pl line 102. BEGIN failed--compilation aborted at /opt/otrs/scripts/apache-perl-startup.pl line 102. Compilation failed in require at (eval 168) line 1. -------------------------- Wenn ich AgentBounce.pm direkt mit perl starten will bekomme ich folgende Meldung: linuxmnt:/opt/otrs/scripts # perl /opt/otrs//Kernel/Modules/AgentBounce.pm syntax error at /opt/otrs//Kernel/Modules/AgentBounce.pm line 12, near "package Kernel::Modules::AgentBounce" BEGIN not safe after errors--compilation aborted at /opt/otrs//Kernel/Modules/AgentBounce.pm line 14. Nachdem ich die CSV-Version von AgentBounce.pm heruntergeladen habe verschwindet ein Teil der Fehler- meldungen. rcapache restart liefert folgende Meldungen: -------- [Tue Mar 16 09:39:46 2004] Format.pm: Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 88. [Tue Mar 16 09:39:46 2004] Format.pm: Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 217. Syntax OK failed -------- Gibt es dazu schon ein Fix? Kann ich Apache so konfigurieren, dass er trotzdem startet, auch wenn als deprecated markierte Funktionen verwendet werden? Gruß, Volker

2 1

Fwd: Re: otrs-de Nachrichtensammlung, Band 5, Eintrag16
by Michael Schuckert 16 Mar '04

16 Mar '04

Am Mittwoch, 10. März 2004 12:00 schrieb otrs-de-request(a)otrs.org: > Michael Schuckert <michael.schuckert(a)bcc-isp.de> wrote: > > habe ein neues Thema geschaffen und erfolgreich erprobt. > > Heisst, Du kannst das Thema in Deinen Voreinstellungen auswählen, und > es wird auch angezeigt? JA, sofort und wie gewünscht > > Nun funktioniert es aber nicht, dieses zum Standard-Thema zu machen: > > $Self->{DefaultTheme} = 'TestThema'; > > und zwar weder in der Kernel/Config.pm > > Apache neugestartet? funktioniert trotzdem nicht... Auch ab- und neu anmelden bringt nichts. > > noch (versuchsweise) in > > Kernel/Config/Defaults.pm. > > BEEP-BEEP-BEEP ***Bad idea*** Weiß, aber man muß ja alles versuchen... Unsere Version ist übrigens aus: otrs-1.1.2-01.tar.gz. > Fröhlich grüßt > Robert Kehl -- Mit freundlichen Gruessen -- Best regards Michael Schuckert ----------------------------------------------------------------------------- BCC Business Communication Company GmbH

2 1

otrs-1.2.2-01 und Apache2
by Schueler, Sven 16 Mar '04

16 Mar '04

Hallo, ich arbeite mit einer SuSE 9.0, installiert ist der apache2 aus der Distribution, beim Versuch das otrs-1.2.2-01.i386.rpm zu installieren bekomme ich die Fehlermeldung das der "apache" und das "mod_perl" benötigt werden. mycomputer:~ # rpm -i --test /home/Install/otrs-1.2.2-01.i386.rpm error: Failed dependencies: apache is needed by otrs-1.2.2-01 mod_perl is needed by otrs-1.2.2-01 Was mache ich falsch? Sven Schüler --- Sven Schueler, Technische Administration DResearch Digital Media Systems GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515932 - 280 mailto:schueler@dresearch.de Fax: +49 (30) 515932 - 299 http://www.dresearch.de

2 1

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

15 Mar '04

Hallo Robert, >>> Die Settings zwischen OTRS und LDAP stimmen immer noch nicht. Wenn >>> OTRS einen User aus dem LDAP liest, wird der in das RDBMS gesyncht, >>> dabei passiert wohl der Fehler. Muß ich dann nach diversen Tests wiederlegen... :-) Lotus Domino LDAP (oder so...) spricht wohl LDAPv2 und LDAPv3. Wenn ich also mit einem LDAP-Client mit dem LDAPv3-Protokoll kommuniziere, dann antwortet der auch so. Und das funktioniert ja auch wenn ich erstmalig bei unserem Notes-Server anfrage, erhalte ich in der Telefonmaske die richtigen Darstellungen der Umlaute. Wenn ich aber mit diesen richtig dargestellten Kundeninformationen im Schritt 2 eine entsprechende Queue auswähle, wird im 'Kunden Info'-Bereich (und nur dort - im Kundenfeld 'von:' ist der Umlaut noch ein Umlaut) aus dem richtigen Umlaut irgendetwas anderes. Suche ich nach Namensteilen, werden mehrere Kunden zur Auswahl angeboten. Die Auswahl hat Umlaute, wo Umlaute hingehören. Wähle ich einen Kunden mit Umlaut aus ('Benutzer übernehmen') wird dieser dann sowohl im 'von:'-Feld, als auch in der Kunden-Info Umlauttechnisch mißinterpretiert. Wechsle ich nach der 'Falschdarstellung' im Browser auf die Codierung 'utf-8', erstaunlicherweise wieder Umlaute, aber dann ist halt alles auf utf-8, was für andere Zeichen dieser Maske nicht so toll ist. Ich vermute, dass es hier ein Verständigungsproblem zwischen Browser und Webserver gibt und es nicht an den Notes-Einstellungen liegt. Screenshot geht nicht, aber ich versuche mal was... Darstellung nach Anfrage 'lüdtke' Von: "Andreas Lüdtke " [ Kunden suchen ] [ Von: löschen ] Kunden-Info: Vorname: Andreas Nachname: Lüdtke Nun die Zuweisung einer Queue: An: - --> An: Neu Darstellung nach Queuezuweisung: Von: "Andreas Lüdtke " [ Kunden suchen ] [ Von: löschen ] Kunden-Info: Vorname: Andreas Nachname: LÃCEdtke Nun könnte ich die anderen Beispiele auch noch anfügen, aber ich denke mal datt reicht. >> verstehe ich das richtig, die Daten werden im otrs-Schema übernommen, >> abgelegt oder gespeichert?? >> Na woooo denn, in der Tabelle customeruser jedenfalls nicht. Bin ich >> blind oder verstehe ich da was falsch? >Nein, verstehst Du nicht. Es werden keine CustomerUser, sondern User >(Agenten) in's RDBMS gesyncht. Aber: CustomerUser, die gleichzeitig >Agenten sind, werden doch gesyncht, wenn sie sich als Agenten einloggen. >Sorry, habe ich Dich wohl in die falsche Richtung führen wollen und hat >nicht geklappt. ;-) jaaaa, verwirr mich ruhig.. ;o))) Viele Grüße Jonas

2 1

Denis Schettl/Wiesbaden/Alego/DE ist außer Haus.
by d.schettl＠pluralis-ag.com 12 Mar '04

12 Mar '04

Ich werde ab 12.03.2004 nicht im Büro sein. Ich kehre zurück am 13.03.2004. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.

1 0

Problem beim anlegen von Benutzern... Achtung - OTRS und LINUX Noob
by Björn Hövelmann 12 Mar '04

12 Mar '04

Hallo, ich wollte für unsere Firma das OTRS System installieren. Die Installation klappt soweit auch ohne Probleme. Doch das wars dann auch schon.... Beim anlegen eines neuen Benutzers, bekomme ich immer folgende Meldung: Fehler: Email address (test@localhost) not valid (invalid test@localhost (fqdn)! )! Kommentar: Fehler berichten: Traceback: ERROR: OTRS-CGI-10 Perl: 5.8.0 OS: linux Time: Wed Mar 10 15:13:11 2004 Message: Email address (test@localhost) not valid (invalid test@localhost (fqdn)! )! Traceback (13227): Module: Kernel::System::User::UserAdd (v1.39) Line: 129 Module: Kernel::Modules::AdminUser::Run (v1.15 ) Line: 129 Module: Apache::ROOT::otrs::index_2epl::handler (v1.66) Line: 687 Module: (eval) (v2.01) Line: 149 Module: Apache::Registry::handler (v2.01) Line: 149 Den gleichen Fehler bekomme ich selbst dann, wenn ich den vorhandenen Standart User ändern will. (War nur mal ein Test) Kann mir vielleicht jemand bei meinen ersten Schritten mit OTRS helfen? Der Rechner auf dem OTRS installiert ist, wird auch als Interner Mail Server benutzt. MfG Björn Hövelmann

2 2

[Fwd: [otrs-de] User-Authentifizierung ueber LDAP]
by Nora Bernhard 11 Mar '04

11 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -------- Original Message -------- Ich kann mich als System User problemlos einloggen - aber es ist mir nicht moeglich, mich mit einem solchen LDAP-User im customer.pl anzumelden. Die Verbindung zum Server funktioniert aber, denn im Verwaltungsteil wird mir die ganze Liste meiner Customer-User richtig angezeigt. - --> Mittlerweile hab ich mehr zu meinem Problem herausgefunden: Offenbar versucht OTRS noch immer, Customer-User ueber eine (nicht existente) Datenbank zu validieren: - ----- <snip> ----- Mar 4 15:22:57 localhost OTRS-CGI-10[5162]: [Notice][Kernel::System::CustomerAuth::DB::Auth] CustomerUser: nber doesn't exist or is invalid!!! (REMOTE_ADDR: 127.0.0.1) - ----- <snip> ----- Ich habe aber in meinem Config.pm nirgendwo mehr diese Optionen drinstehen, das ist alles schon auf LDAP umgeaendert: - ----- <snip> ----- ~ # CustomerUser ~ # (customer user ldap backend and settings) ~ $Self->{CustomerUser} = { ~ Name => 'LDAP Backend', ~ Module => 'Kernel::System::CustomerUser::LDAP', ~ Params => { - ----- <snip> ----- Wo koennte denn diese falsche Information noch hergenommen werden koennen? Bin schon saemtliche imho relevanten Files mehrmals durchgegangen ... *sigh* TIA - -- Nora Bernhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARz+Y4VMzLwG7sxwRAjesAKCfzCjqKo8X4t4u4q44OFrPx6ZTVgCgh/wF Ql8vfZR1m9dljpANIuBu7jQ= =dYp+ -----END PGP SIGNATURE----- _______________________________________________ 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 18

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

11 Mar '04

Hallo Robert, >Die Settings zwischen OTRS und LDAP stimmen immer noch nicht. Wenn OTRS >einen User aus dem LDAP liest, wird der in das RDBMS gesyncht, dabei >passiert wohl der Fehler. verstehe ich das richtig, die Daten werden im otrs-Schema übernommen, abgelegt oder gespeichert?? Na woooo denn, in der Tabelle customeruser jedenfalls nicht. Bin ich blind oder verstehe ich da was falsch? >Auf welchem Charset läuft denn nun der Notes-LDAP? Diese Antwort ist hier bei uns nicht wirklich einfach herauszubekommen... :-(. Wenn jemand eine Idee hat, wie ich das einfach, schnell und sicher herausbekomme - ich bin für jeden Tip dankbar. Lotus Domino ist für mich irgendwie Nirvana... Viele Grüße Jonas

2 1

Gibt es vielleicht eine detaillierte Anleitung zumZusammenspiel vonMecury und otrs4win32 1.2.2.01 d
by Sotiris Agricola 11 Mar '04

11 Mar '04

Hallo, vielen Dank der Hinweis zu dem verknüpfen de*.pl dateien mit perl hat den gewünschten Erfolg gebracht.Nun kann ich endlich leider bisher nur manuell die pop3 Konten abrufen per d:\otrs\otrs\bin\postmasterpop3.pl Klasse. Aber der Hinweis zur automatisierung den habe ich noch nicht ganz verstanden.in der postmasterpop3.dist datei steht noch der standart Eintrag auskommentiert */10****$HOME/bin/postmasterpop3.pl >> /dev/null. Deine Hinweis war: >>Nun, in den Cron-Jobs muss der Eintrag für den PostMasterPOP3.pl gesetzt >>sein: In welchem der cron Jobs soll ich das eintragen? >>*/10 7-23 * * * "c:\otrs\perl\bin\perl.exe" soll der Eintrag in der postmasterpop3.dist eingetragen werden ,da er so abweicht von dem vorhandenen. Bedeutet 7-23 von 7:00-23:00 Uhr werden die mails abgeholt. >>"c:\otrs\otrs\bin\PostMasterPOP3.pl" >>Kontrolliere noch mal, ob nicht evtl. doch einer der Einträge abgeschaltet, heisst: kommentiert ist... (#) Entschuldige bitte ,aber Wo soll ich das überprüfen bei der Anzahl an Dateien .Bin wirlich nicht so geübt darin. Vielen Dank für die rasche Hilfe und soweit geht es .Ich bin sehr glücklich .Juchu Sotiris Agricola

2 1

Auto-Antwort bei Status 'Closed ...'
by Marc Scheuffler 11 Mar '04

11 Mar '04

Hallo, Es gibt ja die Möglichkeit dem Kunden bei einem Statuswechsel automatisch eine Email zukommen zu lassen. Kann man das evtl. auf irgendeine Art und Weise einschränken? Nur wenn der Status von z.B. "pending auto close+" auf "closed successful umspringt soll der Kunde eine der jeweiligen Queue entsprechende Email bekommen. Lässt sich sowas realisieren? Gruß Marc

2 1

Problem mit Telefonansicht (OTRS 1.2.2)
by Andreas Haase 11 Mar '04

11 Mar '04

Hallo, ich habe heute auf einer Suse 8.2 das OTRS 1.2.2 per RPM installiert. Danach habe ich die Datenbank von einer OTRS 1.1.1 gedumpt und die Daten in die neue DB geschoben. Anschließend ist das DBUpdate-to-1.2.mysql.sql drübergelaufen. Wenn ich jetzt in der Telefonansicht ein neues Ticket aufmachen will und dort auf "Kunden suchen" klicke, bekomme ich eine Liste. Aus der wähle ich einen aus und gehe anschließend auf "Benutzer übernehmen". Dann wird aber nicht der Nutzer in das "Von"-Feld eingetragen, sondern ich bekomme einen Internal Server Error. Das Error-Log gibt mir folgende Fehlermeldungen: --- snip --- ERROR: OTRS-CGI-10 Perl: 5.8.0 OS: linux Time: Thu Mar 4 11:53:31 2004 Message: Need Type or ID! Traceback (1894): Module: Kernel::System::Ticket::Priority::PriorityLookup (v1.12) Line: 25 Module: Kernel::System::Ticket::Article::GetArticle (v1.52) Line: 734 Module: Kernel::System::Ticket::Article::GetLastCustomerArticle (v1.52) Line: 481 Module: Kernel::Modules::AgentPhone::Run (v1.55) Line: 467 Module: Apache::ROOT::otrs::index_2epl::handler (v1.66) Line: 687 Module: (eval) (v2.01) Line: 149 Module: Apache::Registry::handler (v2.01) Line: 149 ERROR: OTRS-CGI-10 Perl: 5.8.0 OS: linux Time: Thu Mar 4 11:53:31 2004 Message: Need ID or Name! Traceback (1894): Module: Kernel::System::Queue::QueueGet (v1.42) Line: 749 Module: Kernel::System::Ticket::Article::GetArticle (v1.52) Line: 736 Module: Kernel::System::Ticket::Article::GetLastCustomerArticle (v1.52) Line: 481 Module: Kernel::Modules::AgentPhone::Run (v1.55) Line: 467 Module: Apache::ROOT::otrs::index_2epl::handler (v1.66) Line: 687 Module: (eval) (v2.01) Line: 149 Module: Apache::Registry::handler (v2.01) Line: 149 ERROR: OTRS-CGI-10 Perl: 5.8.0 OS: linux Time: Thu Mar 4 11:53:31 2004 Message: Need ID or Name! Traceback (1894): Module: Kernel::System::State::StateGet (v1.7) Line: 81 Module: Kernel::System::Ticket::Article::GetArticle (v1.52) Line: 738 Module: Kernel::System::Ticket::Article::GetLastCustomerArticle (v1.52) Line: 481 Module: Kernel::Modules::AgentPhone::Run (v1.55) Line: 467 Module: Apache::ROOT::otrs::index_2epl::handler (v1.66) Line: 687 Module: (eval) (v2.01) Line: 149 Module: Apache::Registry::handler (v2.01) Line: 149 [Thu Mar 4 11:53:31 2004] [error] Can't use an undefined value as a HASH reference at /opt/otrs/bin/cgi-bin/../../Kernel/System/Ticket/Article.pm line 770. --- snap --- Hat jemand Hinweise, wie ich den Fehler abstelle? Oder hab ich was prinzipielles übersehen? Mit freundlichen Grüßen, Andreas Haase Postmaster EastLink GmbH -- -------------- professional INTERNET services ------------- EastLink GmbH - Leipziger Strasse 46 - D-09113 Chemnitz voice: +49-180-5432060 fax: +49-371-4320626 www.eastlink.de

2 3

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

11 Mar '04

Hallo allerseits, nun hab ich mich soooo gefreut, dass das alles so schön mit Umlauten aus dem LDAP-Verzeichnis übernommen wird... Also wenn ich einen Namen mit Umlaut (z.B. Schlütter) über 'Kunde suchen' suche, wird mir dieser (haben wir nur einen von) korrekt - inklusive seiner richtig dargestellten Umlaute rechts mit all seinen infos angezeigt. Wenn ich jetzt dem Ticket eine Queue zuweise, verschwinden (nach dem Internen Queue-Wechsel) die so schön aus LDAP übernommenen Umlaute und werden wieder fehlinterpretiert. Allerdings nur rechts bei Kundeninfo. Im Feld 'Von' wird der Name noch richtig dargestellt. Gehe ich in das Ticket (Ansicht), sind auch da die Umlaute nicht mehr als solche erkennbar. Zum besseren Verständnis: Umlaute haben wir im LDAP nur bei Vor- und Nachnamen. Die Suche erfolgt nach dem Nachnamen. Angezeigt wird bei gefundenen Kunden im Feld 'von' Vorname - Nachname - Mailadresse. Am LDAP-Modul und NET::LDAP kanns wohl nicht liegen, sonst würde OTRS nicht so schön finden und anzeigen oder? Ich schicke auch gerne mal 1-2 Screenshots, aber sicherlich nicht an diese Adresse... :-) Hat da jemand eine Idee? Viele Grüße Jonas

2 1

Multi-Setup
by Michael Hoffmann 10 Mar '04

10 Mar '04

Hallo, ich versuche seit Tagen OTRS mehrfach auf meinem Server zu installieren und komme einfach nicht mehr weiter. Auf dem Server läuft Apache 1.3.20 mit mod_perl 1.25 (dynamisch) und OTRS läuft darauf wunderbar. Nun habe ich zusätlich einen 2. Apache 1.3.29 installiert auf Port 81 mit mod_perl 1.29 (statisch). wenn ich mit der mySQL-Datenbank eine Verbindung (CheckDB.pl) aufbauen will, erhalte ich nur folgenden Fehler: ----------schnipp------------ failed: Can't locate loadable object for module DBD::mysql in @INC (@INC contains: /opt/otrs2/Kernel/cpan -lib /opt/otrs2 /usr/local/lib/perl5/5.8.0/i686-linux /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linu x /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl .) at (eval 5) line 3 Compilation failed in require at (eval 5) line 3. Perhaps a module that DBD::mysql requires hasn't been fully installed at /opt/otrs2/Kernel/System/DB.pm line 236 ----------schnapp------------ im LOG-File des Apache habe ich: ----------schnipp------------ [Wed Mar 10 15:10:59 2004] null: Use of uninitialized value in subroutine entry at /usr/local/lib/perl5/site_perl/5.8.0/i 686-linux/DBI.pm line 1065. [Wed Mar 10 15:10:59 2004] [error] Undefined subroutine &DBD::mysql::db::_login called at /usr/local/lib/perl5/5.8.0/i686 -linux/DBD/mysql.pm line 129. ----------schnapp------------ ein restart von otrs2 verläuft ohne Fehler: ----------schnipp------------ s13:/opt/otrs2/bin # /etc/init.d/otrs2 restart Shutting down OTRS2 Disable /opt/otrs2/bin/PostMaster.pl ... done. Shutting down cronjobs ... done. Starting OTRS2 Checking Apache ... done. Checking MySQL ... done. Checking database connect... (It looks Ok!). Enable /opt/otrs2/bin/PostMaster.pl ... done. Checking otrs spool dir... done. Creating cronjobs (source /opt/otrs2/var/cron/*) ... done. ----------schnapp------------ Also, wenn mir da jemand einen Tip geben könnte was ich da falsch mache.... Das wäre einfach super! Viele Grüße Michael Hoffmann

2 1

SystemID bei Multi-Hosting kann nicht groesser als 10 sein?
by Oliver＠mail.edo.uni-dortmund.de 10 Mar '04

10 Mar '04

Hi, ich betreibe einen Webserver mit mehreren OTRS Instanzen. Dabei laufen die OTRS-Instanzen als CGI-Skripte ab (nicht mit mod_perl2!). Nun hat sich dabei folgendes Problem ergeben: Beim Aufruf von installer.pl über den Web-Server wird ja per default die SystemID von 10 vorgeschlagen. Dieser Wert und alle darunter funktionieren auch problemlos. Wenn ich allerdings eine SystemID von 11 oder höher angebe, stürzen alle .pl Skripte in Zukunft ab. Das betrifft vor allem index.pl und installer.pl. Die Apache-Fehlermeldung lautet: Premature end of script headers: index.pl, referer: ... Invalid argument at /opt/otrs/bin/cgi-bin/../../Kernel/System/Log.pm line 80. In dieser Zeile von Log.pm sieht wie folgt aus: $Self->{Key} = shmget($Self->{IPCKey}, $Self->{IPCSize}, 0777 | 0001000) || die $!; Nun wird ja der IPCKey zum Teil aus der SystemID generiert, aber anscheinend mag Perl den daraus resultierenden Key nicht. Was kann man tun? Heisst das nun, dass ich maximal 10 OTRS-Instanzen auf einem Rechner laufen lassen kann? (Nicht, dass das genug wäre, aber es geht ja ums Prinzip) Installiert sind: Basissystem: SuSE 9.0 Apache2 selbstkompiliert, ohne besondere Konfigurationsparameter OTRS-1.2.2-01 Notwendige Perl-Module als SuSE 9.0 RPM-Pakete nachinstalliert. mfg, Oliver Heering Medienzentrum der Universität Dortmund http://www.medienzentrum.uni-dortmund.de

3 3

Gibt es vielleicht eine detaillierte Anleitung zumZusammenspiel vonMecury und otrs4win32 1.2.2.01 d
by Sotiris Agricola 10 Mar '04

10 Mar '04

Hallo, >>Dein Rechner hat offenbar ein Problem Habe es auf mehreren (4) Rechner versucht.2xW2k ,2xWXP . Ganz saubere frische Installationen up to date Packs etc. >>a) mit POP3 (läuft irgendein POP-Checker à la Popfile oder sowas wie ein >>Virenchecker, der den Port blockiert? Verbietet Deine (Desktop-)Firewall >>POP3? a. nein kein pop checker am start und auch keine desktop firewall. Virenchecker ist deaktiviert. OTRS kann die POP3-Server abfragen, die es erreichen kann, ob lokal oder einmal um die halbe (oder ganze) Welt, spielt keine Rolex. ;) Und dafür ist lediglich der Eintrag unter Addminbereich POP3Account zu setzten??Oder vergesse ich noch irgendwelche Anpassungen in weiteren Dateien??? Na dann istes jetzt nur noch eine Frage der Zeit. Hochwahrscheinlich kann Dein OTRS den POP3-Servernamen nicht auflösen. Funktioniert die DNS-Anbindung des Rechners ansonsten? Ja einwandfrei. Schalte mal im OTRS auch's Debugging ein. Setze dafür in C:\otrs\otrs\Kernel\Config.pm: $Self->{Debug} = 9; Auch hier dran denken, es wieder abzuschalten! Führe zum test den PostMasterPOP3.pl solo auf einer CMD aus: C:\otrs\otrs\bin\PostMasterPOP3.pl Hilfe ! Dann möchte windows gerne wissen mit welchem Programm PostMasterPOP3.pl geöffnet werden soll.?? Welche Vernüpfung soll für *.pl dateien existieren??Logfile bleibt so natürlich leer. Achte auf die Ausgabe - das kann bei eingeschaltetem Debugging sehr viel sein. So leitest Du die Ausgabe in eine Datei in Deinem temp-Dir um: C:\otrs\otrs\bin\PostMasterPOP3.pl >%TEMP%\POP3test.txt Welches Dein temp-Dir ist, sagt Dir echo %TEMP% War einfach zu finden das aus dem jetzigen Nutzerprofil.logfile wie gesagt leer. Andere Möglichkeit - die Cron-Jobs laufen? Setz' mal in einer CMD ein NET START ab, da sollte der Cron-Dienst mit auftauchen. Cron läuft einwandfrei und Mercury auch. was ist das mit der Angabe im handbuch bezüglich der Cron Dateien die umbenannt werden müssen. d:\otrs\otrs\var\cron copy *.dist *. Das habe ich natürlich intwischen auch versucht aber keine Änderung des Problems erreicht. > Ansonsten erstmal dickes Lob an euch vom ORTS Team für so ein recht > cooles Programm.Und Danke für die schnelle Antwort Robert. Danke sehr. Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388

2 1

Gibt es vielleicht eine detaillierte Anleitung zumZusammenspiel vonMecury und otrs4win32 1.2.2.01 de
by Sotiris Agricola 09 Mar '04

09 Mar '04

>>Was geben OTRS und Mercury denn für Fehler? Leider keinen einzigen. >>OTRS-Log: C:\otrs\otrs\var\log\otrs.log Mercury-Log-Dir: C:\otrs\MercuryMail\LOG Lediglich Positiv Eintrag nach abholen der mail per outlook client. >>Das Log für den POP3-Server ist nicht aktiv, anschalten hier: >>Configuration -> MercuryP POP3 Server -> Logging Da wird leider auch gar nicht gelogt ??Bin verwundert >>'Enable Session logging' ist _zum_ _Testen_ ok. Denk' dran, es wieder >>abzuschalten hinterher. Ja Danke . >>Das siehst Du einigermaßen richtig, wird ausgebaut werden - vielleicht >>von Dir, wenn Du die POP3-Schwierigkeiten behoben hast?!? Wir können >>leider keinen sehr großen Support für MercuryMail geben. Der Server ist >>keine Voraussetzung für OTRS, sondern ein BonBon im otrs4win32. Leider >>kommt Win32 ohne einen komkpletten Mailserver - daher ist der >>MercuryMail im Paket. Aber wir kriegen den POP3-Zugriff schon hin. Ich hoffe ,den langsam ,vielleicht kennt Ihr das zweifel ich schon an mir selbst , obwohl es dafür keinen Grund gibt. Wenn ich bei der pop3 Kontenverwaltung des otrs ein pop3 Konto von z.B. puretec eintrage und dann versuche Nachrichten oder Ticket abzuholen dann findet nicht mal traffic auf der Netzwerkschnittstelle statt , daher vermutlich die leeren Logs. Ist es richtig das ich dann also Mercury ausschalte kann und OTRS trotzdem in der Lage ist POP3 Fächer zu leeren ?Obwohl ein lokales email Verteilsystem sehr verlockend ist. hat den mal jemand ähnliches erlebt. Ansonsten erstmal dickes Lob an euch vom ORTS Team für so ein recht cooles Programm.Und Danke für die schnelle Antwort Robert. Sotiris Agricola | sotiris.agricola(a)secrypt.de

2 1

Problem mit Standard-Thema
by Michael Schuckert 09 Mar '04

09 Mar '04

Hallo, habe ein neues Thema geschaffen und erfolgreich erprobt. Nun funktioniert es aber nicht, dieses zum Standard-Thema zu machen: $Self->{DefaultTheme} = 'TestThema'; und zwar weder in der Kernel/Config.pm noch (versuchsweise) in Kernel/Config/Defaults.pm. -- Mit freundlichen Gruessen -- Best regards Michael Schuckert Businessunit Online ---------------------------------------------------------------------------------------------- BCC Business Communication Company GmbH Mittelweg 7 fon: 0190-704121 39106 Braunschweig fax: 039203-83211

2 1

Re: otrs-de Besitzerausgabe in Voransicht
by Michael Schuckert 09 Mar '04

09 Mar '04

Am Samstag, 6. März 2004 12:00 schrieb otrs-de-request(a)otrs.org: > > > AgentQueueView.pm musst Du an sich nicht anfassen, würde es doch bei > > > einem Update überschrieben. Die .dtl Dateien erlauben schon ein sehr > > > großzügiges Anpassen der Frontends. > > In dem Fall leider nicht - TicketView.dtl > > <td><b>$Text{"Owner"}:</b></td> # liefert Text "Besitzer", soweit > > OK <td><font color="red">$Data{"Owner"}</font></td> # keine Ausgabe :-( > > Also ich hab es bei mir ausprobiert und ich bekomme den Owner angezeigt > (Version 1.1.1 und 1.2.CVS). Welche Version setzt Du denn ein? Version 1.1.2-01 - Installation aus tar.gz. > Du hast in Deiner ersten Mail zu diesem Thema von der komprinierten > AgentQueueView gesprochen. Wenn ich Dich richtig verstehe, müsstest Du in > diesem Fall die TicketViewLite.dtl anpassen... OK, in dem Fall habe ich die normale Voransicht bearbeitet. Der Text wird ja auch eingeblendet, sodaß ich schon davon ausgehen kann, die richtige Template-Datei beim Wickel zu haben. > Gruß Dirk Scheer -- Mit freundlichen Gruessen -- Best regards Michael Schuckert

1 0

Suche über Werkzeuge
by Sebastian Mayer 09 Mar '04

09 Mar '04

2 1

Integration von Freitextfelder in die Telefonansicht
by Sebastian Mayer 09 Mar '04

09 Mar '04

2 1

Gibt es vielleicht eine detaillierte Anleitung zum Zusammenspiel vonMecury und otrs4win32 1.2.2.01 de
by Sotiris Agricola 09 Mar '04

09 Mar '04

Hallo , den ich bin noch neu mit dem Umgang des OTRS systems und kann die emails aus den pop3 Konten des mecury nicht per otrs abholen.Was aber mit den email client(outlook etc) sehr gut funktioniert. Die deutsche Anleitung zum OTRS bezieht sich ja leider recht wenig auf die win4otrs version oder sehe ich das nur falsch. Für Hilfen dies bezüglich wäre ich sehr dankbar. Sotiris Agricola

2 1

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

09 Mar '04

Ich habs hinbekommen... mußte ja was triviales sein. Habe mich beim Hin- und herüberlegen an Martins Hinweiß auf die Yast-installation erinnert. Also, die manuell installierten perl-ldap-Module entfernt und über Yast neu installiert. und siehe da... it jeht :o))) Grüße aus Potsdam, Jonas

1 0

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

09 Mar '04

>Beide Phänomene zusammengenommen, lassen die Vermutung aufkommen, dass >der Notes LDAP kein utf-8 und auch kein iso-8859-1 spricht, kann das? >Deine Notes-Admins wissen bestimmt mehr. >phpLdapAdmin richtet sich imo nach dem Charset des Apache, unter dem er >werkelt. Hochwahrscheinlich ist das bei Dir iso-8859-1. >Die Stelle, an der Du drehen musst, ist wahrscheinlich der Notes LDAP. Hallo..., na da ist mir doch noch einiges unklar. Wie arbeitet OTRS den mit LDAP, nur über das Modul NET::LDAP oder spielt openldap da auch eine Rolle. In einigen Foren steht, man soll sicherstellen das alle Clients, die mit dem Notes LDAP-Server kommunizieren ldapv3 eingestellt haben sollen - häh, was datt denn? Der Notes-Admin sagt da ist nicht wirklich was zu konfigurieren, alles was machbar ist hat er konfiguriert... Und nochmal zu phpldapadmin: ich hab mal ein rekursives grep auf das Verzeichnis nach charset gemacht - und da steht im HTML-Header ./header.php: @header( "Content-type: text/html; charset=\"UTF-8\"" ); ./header.php: <meta http-equiv="content-type" content="text/html; charset=utf-8"> Stelle ich nun im OTRS auch alles auf utf-8 kann ich nach Umlaut-Namen suchen lassen, die im LDAP auch gefunden werden (aber auch mit kuriosen Umlautdarstellungen). Nur ist nun die Anzeige von anderen OTRS-DArstellungen 'Umlautgestört', was mich auch nicht sonderlich glücklich macht. Verwirrt und deprimiert grüßt Jonas

1 0

Mail bei Ticket Eskalation
by Mario Peschel 08 Mar '04

08 Mar '04

Hallo, wenn ein Ticket eskaliert werden zur Zeit alle Agents per Email darueber informiert. Wo kann ich einstellen wer benachrichtigt werden soll und wer nicht? Dieses habe ich noch nicht gefunden... Warum werden auf inaktiv gestellte User angeschrieben? Ist dies noch ein Bug? cu, Mario

2 1

RE: [otrs-de] SendNoPendingNotification funktioniert bei mirnicht richtig
by Benjamin.Zoeller＠salt-solutions.de 08 Mar '04

08 Mar '04

Hmm... wäre schön wenn man dies auch steuern könnte. Muss ja nich bei den Pending Reminders mit dazu. Kann ja auch extra wie LockTimeout gesteuert werden. Gruß Benjamin Robert Kehl wrote: > On Monday, March 08, 2004 5:30 PM > Benjamin.Zoeller(a)salt-solutions.de > <Benjamin.Zoeller(a)salt-solutions.de> wrote: >> Hallo Robert, >> 11205 Feb 23 11:56 GenericAgent.pl -> >> Die GenericAgent.pl hat die Build-time wie alle anderen Files auch. >> Das ist der Job im GenericAgent.pm dazu: >> # [name of job] -> send escalation notifications >> # -- >> 'send escalation notifications' => { >> Escalation => 1, >> # new ticket properties >> New => { >> Module => >> 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue', >> }, }, >> Es gibt keinen selbsteingebauten Code mehr in 1.2.2 bei uns. >> Scheinbar werden die Eskalationen also doch vom GenericAgent >> versandt. Dies habe ich z.B. im SystemLog gefunden: >> Mon Mar 8 13:20:00 2004 notice OTRS-GenericAgent-0 Sent agent >> 'Escalation' notification to 'xxxxx.xxxx at salt-solutions.de'. > > Wie vermutet - bei den Nachrichten, die Du bekommst, handelt es sich > _nicht_ um PendingReminders, sondern um Eskalationsmails. Wann und ob > diese versendet werden, ist nicht von der Einstellung > 'NoPendingNotificationTime' berührt. Sie werden schlicht immer > gesendet. > > hth, > > Robert Kehl > > >> Robert Kehl wrote: >>> On Monday, March 08, 2004 5:17 PM >>> Robert Kehl <robert.kehl(a)otrs.de> wrote: >>>> Bist Du sicher, dass das Reminders waren? "Ticket has reached...." >>>> Reminders werden an sich nicht vom GA, der standardmäßig alle 20 >>>> Minuten läuft versendet, sondern alle zwei Stunden (45 */2 * * *). >>> >>> Zusatz: Das Skript, was das tut, ist >>> /opt/otrs/bin/PendingJobs.pl >>> >>> Führst Du es während der gesperrten Zeiten aus, erhälst Du diese >>> Meldung: >>> >>> "Stoped because no pending notification should be send this time >>> (NoPendingNotificationTime)!" >>> >>> Fröhlich grüßt >>> >>> Robert Kehl >>> >>> PS: Ja, es gibt kein Verb "to stope", schon klar... > > _______________________________________________ > 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: [otrs-de] SendNoPendingNotification funktioniert bei mirnicht richtig
by Benjamin.Zoeller＠salt-solutions.de 08 Mar '04

08 Mar '04

Hallo Robert, 11205 Feb 23 11:56 GenericAgent.pl -> Die GenericAgent.pl hat die Build-time wie alle anderen Files auch. Das ist der Job im GenericAgent.pm dazu: # [name of job] -> send escalation notifications # -- 'send escalation notifications' => { Escalation => 1, # new ticket properties New => { Module => 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue', }, }, Es gibt keinen selbsteingebauten Code mehr in 1.2.2 bei uns. Scheinbar werden die Eskalationen also doch vom GenericAgent versandt. Dies habe ich z.B. im SystemLog gefunden: Mon Mar 8 13:20:00 2004 notice OTRS-GenericAgent-0 Sent agent 'Escalation' notification to 'xxxxx.xxxx at salt-solutions.de'. Gruß Benjamin Robert Kehl wrote: > On Monday, March 08, 2004 5:17 PM > Robert Kehl <robert.kehl(a)otrs.de> wrote: >> Bist Du sicher, dass das Reminders waren? "Ticket has reached...." >> Reminders werden an sich nicht vom GA, der standardmäßig alle 20 >> Minuten läuft versendet, sondern alle zwei Stunden (45 */2 * * *). > > Zusatz: Das Skript, was das tut, ist > /opt/otrs/bin/PendingJobs.pl > > Führst Du es während der gesperrten Zeiten aus, erhälst Du diese > Meldung: > > "Stoped because no pending notification should be send this time > (NoPendingNotificationTime)!" > > Fröhlich grüßt > > Robert Kehl > > PS: Ja, es gibt kein Verb "to stope", schon klar...

2 1

SendNoPendingNotification funktioniert bei mir nicht richtig
by Benjamin.Zoeller＠salt-solutions.de 08 Mar '04

08 Mar '04

Hallo, ich habe bei mir folgende Einstellung in der Config.pm ---------------------------------------------------------------------------- ---------------------------------------- # SendNoPendingNotificationTime # (send no pending notification this hours) $Self->{SendNoPendingNotificationTime} = { Mon => [ 0,1,2,3,4,5,6,7,8,19,20,21,22,23 ], Tue => [ 0,1,2,3,4,5,6,7,8,19,20,21,22,23 ], Wed => [ 0,1,2,3,4,5,6,7,8,19,20,21,22,23 ], Thu => [ 0,1,2,3,4,5,6,7,8,19,20,21,22,23 ], Fri => [ 0,1,2,3,4,5,6,7,8,19,20,21,22,23 ], Sat => [ 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 ], Sun => [ 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 ], }; ---------------------------------------------------------------------------- ------------------------------------------ Trotzdem habe ich von Samstag 14:00 Uhr bis Montag 08:00 Uhr alle 20 Minuten eine Notification Mail bekommen. Ist das ein Bug? Gruß Benjamin

3 3

Re: Re: [otrs-de] Versions-Anzeige
by joachim.ruhnow＠sitefactory24.de 08 Mar '04

08 Mar '04

Danke für die Info - ich hatte diese Datei nicht gepublished ... (Ich habe otrs draußen bei einem ISP zu laufen.) Gruss Achim Andreas Haase <andreas.haase(a)eastlink.de> schrieb am 08.03.2004, 16:11:29: > Hallo, > > > Beim Umstieg auf Version ist bei mir offensichtlich etwas > > "verlorengegangen". Sowohl im Agent-Bereich, als auch auf der > > Customer-Seite steht im Footer "powered by ??? ???" > > Wie kann ich die richtige Versionsanzeige wieder herstellen ? > > Was da bei dir als Fragezeichen erscheint, sind $Env{Product} und > $Env{Version}, welche unter $HOME/RELEASE festgelegt sind. Die Datei sieht > bei mir so aus: > > ### snip ### > PRODUCT = OTRS > VERSION = 1.2.2 > BUILDDATE = Mon Feb 23 11:52:01 CET 2004 > BUILDHOST = esanta.edenhofer.de > ### snap ### > > Mit freundlichen Grüßen, > > Andreas Haase > Postmaster > EastLink GmbH > -- > -------------- professional INTERNET services ------------- > > EastLink GmbH - Leipziger Strasse 46 - D-09113 Chemnitz > voice: +49-180-5432060 fax: +49-371-4320626 www.eastlink.de

1 0

Versions-Anzeige
by joachim.ruhnow＠sitefactory24.de 08 Mar '04

08 Mar '04

Beim Umstieg auf Version ist bei mir offensichtlich etwas "verlorengegangen". Sowohl im Agent-Bereich, als auch auf der Customer-Seite steht im Footer "powered by ??? ???" Wie kann ich die richtige Versionsanzeige wieder herstellen ? Gruss Achim

2 1

Performance Probleme OTRS v1.1.3
by I.S. 08 Mar '04

08 Mar '04

Hallo, wir setzen OTRS 1.1.3 seit knapp 5 Wochen ein, in dieser Zeit wurden ca. 70.000 Tickets generiert die von 5-10 Agenten bearbeitet werden. Leider ist die Performance zeitweise so schlecht das ein vernuenftiges Arbeiten nicht mehr moeglich ist da man laenger auf die Antwort des Webservers wartet als man fuer die abarbeitung eines Tickets beoetigen wuerde ... Mich wuerde interessieren ob andere OTRS Nutzer mit aehnlich hohem Ticketaufkommen die selben Probleme haben und ob/wie sie diese geloest haben, bzw. ob ein wechsel auf die neueste Version 1.2.2 abhilfe schaffen kann. anbei die Systeminfos: 2.4GHz P4 mit 1GB Speicher Linux version 2.4.20-bf2.4 (root@athena) (gcc version 2.95.4 20011002 (Debian prerelease)) mysql Ver 12.22 Distrib 4.0.16, for pc-linux-gnu (i686) Apache/1.3.29 (Debian GNU/Linux) bzw. Apache/1.3.29 Ben-SSL/1.52 (Debian GNU/Linux) total used free shared buffers cached Mem: 904424 827560 76864 0 66516 524884 -/+ buffers/cache: 236160 668264 Swap: 2048248 38088 2010160 mfg Ihsan Süeroglu

3 2

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

08 Mar '04

Hallo allerseits, da hab ich auch schon das nächste Problem.... Die LDAP-Anfrage für Kunden-Suche funktioniert jetzt. Aber... Frage ich nach Usern (Kunden), die Umlaute enthalten (wie z.B. Schlütter), dann passiert da nicht wirklich was, wenn ich die Einstellungen für LDAP auf utf-8 habe und im OTRS-System iso 8859-1. SourceCharset => 'utf-8', DestCharset => 'iso-8859-1', $Self->{DefaultCharset} = 'iso-8859-1'; Gebe ich beim Suchen nur schl ein, liefert er mir den Namen, allerdings das 'ü' als 'Ã?' Das ist unschön. Übrigens, wenn ich mit phpldapadmin (Danke Robert, wirklich 'göttlich' !!!) den Notes LDAP Anfrage, werden im Browser die Umlaute der User auch als solche dargestellt. Wo kann ich denn da konfigurieren?? Viele Grüße Jonas

2 1

WG: FAQ Bereich
by Thomas Gattinger 07 Mar '04

07 Mar '04

> Hallo! > > Wie funktioniert das FAQ System? Gibt es eine eigene Seite > für die öffentlich zugängliche FAQ? Ich habe im Manual nichts > gefunden... > > Danke, > > Thomas >

2 1

Re: otrs-de] Änderung in Komprimierter (Vor)Ansicht
by Michael Schuckert 05 Mar '04

05 Mar '04

> Michael Schuckert <michael.schuckert(a)bcc-isp.de> wrote: > > wir möchten gern den Besitzer (u.evtl. andere Angaben) in der > > Übersichts-Ansicht ( AgentQueueView) sehen. Die passenden > > .dtl-Dateien habe > > ich gefunden. An welchen Scripts muß jetzt was geändert werden > > (AgentQueueView.pm und ?) und ist dabei etwas speziell zu beachten? > > Soweit ich gesehen habe, wird in AgentQueueView.pm der Besitzer nicht > > mit aus der Datenbank gelesen. > > Kämpf' Dich mal durch das Devel-Handbuch, insbes. Kapitel 16: > http://doc.otrs.org/1.2/de/html/dtl.html > > AgentQueueView.pm musst Du an sich nicht anfassen, würde es doch bei > einem Update überschrieben. Die .dtl Dateien erlauben schon ein sehr > großzügiges Anpassen der Frontends. In dem Fall leider nicht - TicketView.dtl <td><b>$Text{"Owner"}:</b></td> # liefert Text "Besitzer", soweit OK <td><font color="red">$Data{"Owner"}</font></td> # keine Ausgabe :-( Offenbar wird "Owner" in AgentQueueView nicht gesetzt. Habe versuchsweise Code ähnlich wie in AgentZoom.pm eingesetzt (st.user_id in SELECT-Statement und $Owner=> $$Data{login} in Hash %Ticket) Funktioniert aber noch nicht, muß irgendwas bei der Weiterverarbeitung und Bearbeitung der DTLs übersehen haben. Wäre für 'nen Tip dankbar. > > Fröhlich grüßt > > Robert Kehl Mit freundlichen Gruessen -- Best regards Michael Schuckert Businessunit Online ---------------------------------------------------------------------------------------------- BCC Business Communication Company GmbH

2 1

AW: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts '
by Maibaum, Volker 05 Mar '04

05 Mar '04

als ich in die Datenbank geschaut habe, habe ich gesehen, das für Agent::Escalation kein Eintrag vorhanden war. Ich habe einen entsprechenden Eintrag in der Datenbank angelegt - seit dem scheint es zu funktionieren. Ich nehme an, dass das Problem bei mir durch den Update von 1.2.1 auf 1.2.2 aufgetreten ist. Gruß, Volker -----Ursprüngliche Nachricht----- Von: Maibaum, Volker Gesendet: Freitag, 5. März 2004 09:47 An: User questions and discussions about OTRS in German. Betreff: AW: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' Ich habe auch ein Problem mit der Benachrichtigung... Bei mir wird zwar eine Mail rausgeschickt, diese enthält allerdings folgende Fehlermeldung: "No Notifiaction Body for Escalation found!" Ich habe nun versucht die Nachricht "de::Agent::Escalation" (bzw. "en::Agent::Escalation") zu verändern. Wenn ich die entsprechende Nachricht auswähle und auf "ändern" klicke, erscheint in den Eingabefeldern rechts gar nichts. Im System-Log erscheinen folgende Meldungen: Fri Mar 5 09:40:18 2004 error OTRS-GenericAgent-10[..] Can't find notification for Agent::Escalation and en! Fri Mar 5 09:40:18 2004 notice OTRS-GenericAgent-10[..] Can't find notification for Agent::Escalation and de, try it again with en! Ist das ein Bug? Gruß, Volker Maibaum -----Ursprüngliche Nachricht----- Von: Benjamin.Zoeller(a)salt-solutions.de [mailto:Benjamin.Zoeller@salt-solutions.de] Gesendet: Donnerstag, 4. März 2004 16:09 An: otrs-de(a)otrs.org Betreff: RE: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' Ok dann kann fällt mir nur noch eines ein. Im Crontab von user otrs muss der Generic Agent eingetragen sein. Glaube Standard ist folgende Zeile: */20 * * * * $HOME/bin/GenericAgent.pl >> /dev/null Dies ist bei mir aktiv -> schickt alle 20 minuten eine Eskalations-Mail solange das Ticket noch als Eskaliert aufgeführt ist. Gruß Benjamin Stoetzel Ralf wrote: > Hi, > > Ja haben wir. > Funktioniert aber dennoch nicht. > War übrigends eine neue Installation, kein upgrade. > > Gruss > Ralf > > Ralf Michael Stoetzel > Axense GmbH, Duesseldorf, Germany > mailto: ralf.stoetzel(a)axense.com > _______________________________________________ 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/ _______________________________________________ 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] Problem bei 'Mail bei Eskalation -> so gehts '
by Maibaum, Volker 05 Mar '04

05 Mar '04

Ich habe auch ein Problem mit der Benachrichtigung... Bei mir wird zwar eine Mail rausgeschickt, diese enthält allerdings folgende Fehlermeldung: "No Notifiaction Body for Escalation found!" Ich habe nun versucht die Nachricht "de::Agent::Escalation" (bzw. "en::Agent::Escalation") zu verändern. Wenn ich die entsprechende Nachricht auswähle und auf "ändern" klicke, erscheint in den Eingabefeldern rechts gar nichts. Im System-Log erscheinen folgende Meldungen: Fri Mar 5 09:40:18 2004 error OTRS-GenericAgent-10[..] Can't find notification for Agent::Escalation and en! Fri Mar 5 09:40:18 2004 notice OTRS-GenericAgent-10[..] Can't find notification for Agent::Escalation and de, try it again with en! Ist das ein Bug? Gruß, Volker Maibaum -----Ursprüngliche Nachricht----- Von: Benjamin.Zoeller(a)salt-solutions.de [mailto:Benjamin.Zoeller@salt-solutions.de] Gesendet: Donnerstag, 4. März 2004 16:09 An: otrs-de(a)otrs.org Betreff: RE: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' Ok dann kann fällt mir nur noch eines ein. Im Crontab von user otrs muss der Generic Agent eingetragen sein. Glaube Standard ist folgende Zeile: */20 * * * * $HOME/bin/GenericAgent.pl >> /dev/null Dies ist bei mir aktiv -> schickt alle 20 minuten eine Eskalations-Mail solange das Ticket noch als Eskaliert aufgeführt ist. Gruß Benjamin Stoetzel Ralf wrote: > Hi, > > Ja haben wir. > Funktioniert aber dennoch nicht. > War übrigends eine neue Installation, kein upgrade. > > Gruss > Ralf > > Ralf Michael Stoetzel > Axense GmbH, Duesseldorf, Germany > mailto: ralf.stoetzel(a)axense.com > _______________________________________________ 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

Änderung in Komprimierter (Vor)Ansicht
by Michael Schuckert 04 Mar '04

04 Mar '04

Hallo, wir möchten gern den Besitzer (u.evtl. andere Angaben) in der Übersichts-Ansicht ( AgentQueueView) sehen. Die passenden .dtl-Dateien habe ich gefunden. An welchen Scripts muß jetzt was geändert werden (AgentQueueView.pm und ?) und ist dabei etwas speziell zu beachten? Soweit ich gesehen habe, wird in AgentQueueView.pm der Besitzer nicht mit aus der Datenbank gelesen. -- Mit freundlichen Gruessen -- Best regards Michael Schuckert Businessunit Online ---------------------------------------------------------------------------------------------- BCC Business Communication Company GmbH Mittelweg 7 fon: 0190-704121 39106 Braunschweig fax: 039203-83211

3 2

Re: Re: [otrs-de] Ticket-�bersicht Kunden
by joachim.ruhnow＠sitefactory24.de 04 Mar '04

04 Mar '04

Nein, so einfach ist es leider nicht. Ich habe die neuen Theme-Dateien verwendet - die einzige Anpassung (der neuen Dateien) ist jeweils die header.dtl, um den alias für die Bilder/Icons zu verändern. Gruss Achim Robert Kehl <robert.kehl(a)otrs.de> schrieb am 04.03.2004, 15:02:52: > On Thursday, March 04, 2004 2:56 PM > joachim.ruhnow(a)sitefactory24.de wrote: > > Ich habe auf die Version 1.2.2 umgestellt (Windows). otrs liegt bei > > einem ISP. > > Cool. > > > Ich habe alle Dateien published und das Script > > "DBUpdate-to-1.2.mysql.sql" für das update der bestehenden mysql-DB > > benutzt. > > Nach dieser Aktion gibt es Probleme bei der Ticketübersicht für Kunden > > (und nur dort). Es fehlt die Übersicht und ebenfalls der Footer. > > Tickets lassen sich anlegen und können auch vom Support-MA angezeugt > > werden. > > Du hast hochwahrscheinlich ein angepasstes Motiv (Theme) eingestellt. > Die 1.1.3er Themes sind nicht kompatibel zu 1.2.x. Stell' auf 'Standard' > um und es sollte alles funken. Dann passe das Motiv auf 1.2.2 an. > > Fröhlich grüßt > > Robert Kehl > > -- > Jede Seite hat zwei Medaillen. > Mario Basler > > _______________________________________________ > 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] Problem bei 'Mail bei Eskalation -> so gehts '
by Stoetzel Ralf 04 Mar '04

04 Mar '04

Hallo, Ebenfalls aktiv bei uns. Vielleicht sollte ich das ganze nochmal neu istallieren. Da scheint sich dann wohl doch irgentwas verklemmt zu haben. Ansonsten weiss ich mir auch keinen Rat. Besten Dank erstmal. Gruss Ralf Ralf Michael Stoetzel Axense GmbH, Duesseldorf, Germany mailto: ralf.stoetzel(a)axense.com > -----Ursprüngliche Nachricht----- > Von: Benjamin.Zoeller(a)salt-solutions.de > [mailto:Benjamin.Zoeller@salt-solutions.de] > Gesendet: Donnerstag, 4. März 2004 16:09 > An: otrs-de(a)otrs.org > Betreff: RE: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > Ok dann kann fällt mir nur noch eines ein. > Im Crontab von user otrs muss der Generic Agent eingetragen sein. > Glaube Standard ist folgende Zeile: > > */20 * * * * $HOME/bin/GenericAgent.pl >> /dev/null Dies ist > bei mir aktiv -> schickt alle 20 minuten eine > Eskalations-Mail solange das Ticket noch als Eskaliert aufgeführt ist. > > Gruß > Benjamin > > Stoetzel Ralf wrote: > > Hi, > > > > Ja haben wir. > > Funktioniert aber dennoch nicht. > > War übrigends eine neue Installation, kein upgrade. > > > > Gruss > > Ralf > > > > Ralf Michael Stoetzel > > Axense GmbH, Duesseldorf, Germany > > mailto: ralf.stoetzel(a)axense.com > > > _______________________________________________ > 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: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts '
by Benjamin.Zoeller＠salt-solutions.de 04 Mar '04

04 Mar '04

Ok dann kann fällt mir nur noch eines ein. Im Crontab von user otrs muss der Generic Agent eingetragen sein. Glaube Standard ist folgende Zeile: */20 * * * * $HOME/bin/GenericAgent.pl >> /dev/null Dies ist bei mir aktiv -> schickt alle 20 minuten eine Eskalations-Mail solange das Ticket noch als Eskaliert aufgeführt ist. Gruß Benjamin Stoetzel Ralf wrote: > Hi, > > Ja haben wir. > Funktioniert aber dennoch nicht. > War übrigends eine neue Installation, kein upgrade. > > Gruss > Ralf > > Ralf Michael Stoetzel > Axense GmbH, Duesseldorf, Germany > mailto: ralf.stoetzel(a)axense.com >

1 0

AW: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts '
by Stoetzel Ralf 04 Mar '04

04 Mar '04

Hi, Ja haben wir. Funktioniert aber dennoch nicht. War übrigends eine neue Installation, kein upgrade. Gruss Ralf Ralf Michael Stoetzel Axense GmbH, Duesseldorf, Germany mailto: ralf.stoetzel(a)axense.com > -----Ursprüngliche Nachricht----- > Von: Benjamin.Zoeller(a)salt-solutions.de > [mailto:Benjamin.Zoeller@salt-solutions.de] > Gesendet: Donnerstag, 4. März 2004 15:52 > An: otrs-de(a)otrs.org > Betreff: RE: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > Ok und habt ihr die Orginal GenericAgent.pl installiert? > Wichtig ist diese nicht zu ersetzten, dies war nur bei 1.1.3 > notwendig. > > Gruß > Benjamin > > -----Original Message----- > From: Stoetzel Ralf [mailto:ralf.stoetzel@axense.com] > Sent: Donnerstag, 4. März 2004 14:30 > To: User questions and discussions about OTRS in German. > Subject: AW: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > > Hallo, > > Wir haben 1.2.2 installiert. > Unsere GenericAgent.pm sieht so aus: > # -- > # Kernel/Config/GenericAgent.pm - config file of generic > agent # Copyright (C) 2002-2004 Martin Edenhofer > <martin+code(a)otrs.org> # -- > > package Kernel::Config::GenericAgent; > > use strict; > use vars qw($VERSION @ISA @EXPORT %Jobs); require Exporter; > @ISA = qw(Exporter); @EXPORT = qw(%Jobs); > > $VERSION = '$Revision: 1.7 $'; > $VERSION =~ s/^\$.*:\W(.*)\W.+?$/$1/; > > # > -------------------------------------------------------------- > --------- > # config options > # > -------------------------------------------------------------- > --------- > %Jobs = ( > # -- > # [name of job] -> send escalation notifications > # -- > 'send escalation notifications' => { > Escalation => 1, > # new ticket properties > New => { > Module => > 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue', > }, > }, > > # insert your jobs (see Kernel/Config/GenericAgent.pm.examples) > ); > # > -------------------------------------------------------------- > --------- > # end of config options > # > -------------------------------------------------------------- > --------- > 1; > > Allerdings werden dennoch keine Eskalations-Notifikationen verschickt. > > Guss > Ralf > > Ralf Michael Stoetzel > Axense GmbH, Duesseldorf, Germany > mailto: ralf.stoetzel(a)axense.com > > > > -----Ursprüngliche Nachricht----- > > Von: Benjamin.Zoeller(a)salt-solutions.de > > [mailto:Benjamin.Zoeller@salt-solutions.de] > > Gesendet: Donnerstag, 4. März 2004 14:20 > > An: otrs-de(a)otrs.org > > Betreff: RE: [otrs-de] Problem bei 'Mail bei Eskalation -> > so gehts ' > > > > Hallo, > > setzt ihr 1.1.3 ein oder 1.2.x? > > Bei 1.2.x ist das als Modul hinzugefügt worden. > > Und die GenericAgent.pl muss nicht mehr bearbeitet werden! > > Es muss nur in der GenericAgent.pm in /opt/otrs/Kernel/Config/ > > entkommentiert werden. > > > > Bei 1.1.3 muss folgendes in der GenericAgent.pm zusätzlich > hinzugefügt > > werden. > > > > 'Senden von Eskalierten Tickets als eMail' => { > > # Eskalationsmails sammeln > > Escalation => 1, > > New => { > > SendEskalMailDelete => 1, > > }, > > > > }, > > > > Hatte ich vergessen bei der Anleitung so gehts :) > > > > Gruß > > Benjamin > > -----Original Message----- > > From: Stoetzel Ralf [mailto:ralf.stoetzel@axense.com] > > Sent: Donnerstag, 4. März 2004 13:55 > > To: otrs-de(a)otrs.org > > Subject: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > > > > > Hallo, > > > > wir haben folgenden Artikel bei uns übernommen: > > > > >Hi, > > >auf meinen Wunsch hin hat sich unser Azubi mal hingesetzt > > und mir eine > > >Benachrichtigung programmiert, wenn ein Ticket eskaliert. > > >Und zwar bekommen alle eine Email, die die Queue in der das Ticket > > >eskaliert als bevorzugt markiert haben. > > >Die Email Adressen sind bei uns vorname.nachname at domain. > > >><http://lists.otrs.org/mailman/listinfo/otrs-de> Dies > > müsste evtl bei > > >euch angepasst werden. Ich habe die Zeile weiter unten rot > markiert > > >Desweiteren müsst ihr oben <username> und <passwort> mit > > eurem Login in > > >die DB ersetzen, > > >z.B.: my $db_handle = DBI->connect("DBI:mysql:otrs", "root", "hot") > > > > > >Ich denke das es vielleicht bei euch nicht 1:1 übertragbar > > ist aber der > > >Ansatz ist dann da. > > >Vielleicht kann es das OTRS-Team so ähnlich dann in die > neue Release > > >einbauen :) > > > > > >Viele Grüße > > >Benjamin > > > > > >Folgender Code in die GenericAgent.pl eingefügt werden: > > > > > > > > > # -- > > > # Send Excalation Mail to Queue - by (c)tmm > > > # -- > > > if ($Jobs{$Job}->{New}->{SendEskalMailDelete}) { > > > my $db_handle = DBI->connect("DBI:mysql:otrs", > "<username>", > > >"<passwort>") > > > || die("Verbindungfehlgeschlagen: $DBI::errstr"); > > > my $Statment = $db_handle->prepare("select queue_id > > from ticket " . > > > "where id in $ > > $TicketID $"); > > > # Ausführen des Statments > > > my $Statement = $Statment->execute(); > > > # Anzahl der Ergebnisse > > > my $CountZahl = $Statment->rows; > > > > > > #Checken ob Eskalierte Mails vorhanden sind > > > if ($CountZahl > 0){ > > > #Queues auswählen > > > #---- Benutzer, ID > > > my $UserStatement = $db_handle->prepare("Select > > >first_name,last_name,tn,ticket.id " . > > > " from > > >system_user,personal_queues,ticket " . > > > " where > > >personal_queues.user_id = system_user.id " . > > > " and > > >personal_queues.queue_id = ticket.queue_id " . > > > " and ticket.id in $ > > >$TicketID $"); > > > > > > # Ausführen des Statements > > > my $User = $UserStatement->execute(); > > > my $Zahl = $UserStatement->rows(); > > > #Namen und Vornamen für das zusammensetzten zur Email > > > my $x = 0; > > > do{ > > > my @array = $UserStatement->fetchrow_array; > > > #---- Article Betreff > > > my $ArticleSubject = > $db_handle->prepare("Select > > >min(article.id),a_subject" . > > > " from article where > > >article.ticket_id = $array[3]" . > > > " group by > > article.ticket_id"); > > > my $Subject = $ArticleSubject->execute(); > > > my @SubTopic = $ArticleSubject->fetchrow_array; > > > > > > my $eMail = "$array[0]\.$array[1]\(a)domain.de\n"; > > > #----------------SENDEN DER MAILS ---------------- > > > # Erstellen der Kopfzeilen für eMails > > > my %kopfzeilen = ( > > > 'To' => $eMail, > > > 'Subject' => "\#$array[2] \- ESKALIERT\: > > $SubTopic[1] " > > > ); > > > $tmmmailprog->open(\%kopfzeilen); > > > print $tmmmailprog "Das Ticket \#$array[2] ist > > >eskaliert!\n". > > > "Betreff\: > $SubTopic[1] \n\n". > > > "Jetzt aber schnell... \n\n". > > > "Gruß \n". > > > "Das Ticketsystem deines > > >Vertrauens\n"; > > > $tmmmailprog->close; > > > $x = $x+1; > > > } > > > > > > while $x < $Zahl; > > > } > > > } > > >} > > ># -- > > > > Beim Ausführen von GenericAgent.pl bekommen wir jedoch die folgenden > > Fehlermeldungen: > > linux:/opt/otrs/bin # ./GenericAgent.pl Global symbol > "$tmmmailprog" > > requires explicit package name at ./GenericAgent.pl line 395. > > Global symbol "$tmmmailprog" requires explicit package name at > > ./GenericAgent.pl line 396. > > Global symbol "$tmmmailprog" requires explicit package name at > > ./GenericAgent.pl line 401. > > Execution of ./GenericAgent.pl aborted due to compilation errors. > > > > Auch wenns trivial erscheint, leider haben wir keine Ahnung wie das > > Problem gelöst werden kann. > > Wir hoffen das uns jemand hier weiterhelfen kann. > > > > > > Gruss > > Ralf > > > > Ralf Michael Stoetzel > > Axense GmbH, Duesseldorf, Germany > > mailto: ralf.stoetzel(a)axense.com > > > > > > > > _______________________________________________ > > 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/ > > _______________________________________________ > > 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/ > > > _______________________________________________ > 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/ > _______________________________________________ > 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: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts '
by Benjamin.Zoeller＠salt-solutions.de 04 Mar '04

04 Mar '04

Ok und habt ihr die Orginal GenericAgent.pl installiert? Wichtig ist diese nicht zu ersetzten, dies war nur bei 1.1.3 notwendig. Gruß Benjamin -----Original Message----- From: Stoetzel Ralf [mailto:ralf.stoetzel@axense.com] Sent: Donnerstag, 4. März 2004 14:30 To: User questions and discussions about OTRS in German. Subject: AW: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' Hallo, Wir haben 1.2.2 installiert. Unsere GenericAgent.pm sieht so aus: # -- # Kernel/Config/GenericAgent.pm - config file of generic agent # Copyright (C) 2002-2004 Martin Edenhofer <martin+code(a)otrs.org> # -- package Kernel::Config::GenericAgent; use strict; use vars qw($VERSION @ISA @EXPORT %Jobs); require Exporter; @ISA = qw(Exporter); @EXPORT = qw(%Jobs); $VERSION = '$Revision: 1.7 $'; $VERSION =~ s/^\$.*:\W(.*)\W.+?$/$1/; # ----------------------------------------------------------------------- # config options # ----------------------------------------------------------------------- %Jobs = ( # -- # [name of job] -> send escalation notifications # -- 'send escalation notifications' => { Escalation => 1, # new ticket properties New => { Module => 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue', }, }, # insert your jobs (see Kernel/Config/GenericAgent.pm.examples) ); # ----------------------------------------------------------------------- # end of config options # ----------------------------------------------------------------------- 1; Allerdings werden dennoch keine Eskalations-Notifikationen verschickt. Guss Ralf Ralf Michael Stoetzel Axense GmbH, Duesseldorf, Germany mailto: ralf.stoetzel(a)axense.com > -----Ursprüngliche Nachricht----- > Von: Benjamin.Zoeller(a)salt-solutions.de > [mailto:Benjamin.Zoeller@salt-solutions.de] > Gesendet: Donnerstag, 4. März 2004 14:20 > An: otrs-de(a)otrs.org > Betreff: RE: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > Hallo, > setzt ihr 1.1.3 ein oder 1.2.x? > Bei 1.2.x ist das als Modul hinzugefügt worden. > Und die GenericAgent.pl muss nicht mehr bearbeitet werden! > Es muss nur in der GenericAgent.pm in > /opt/otrs/Kernel/Config/ entkommentiert werden. > > Bei 1.1.3 muss folgendes in der GenericAgent.pm zusätzlich > hinzugefügt werden. > > 'Senden von Eskalierten Tickets als eMail' => { > # Eskalationsmails sammeln > Escalation => 1, > New => { > SendEskalMailDelete => 1, > }, > > }, > > Hatte ich vergessen bei der Anleitung so gehts :) > > Gruß > Benjamin > -----Original Message----- > From: Stoetzel Ralf [mailto:ralf.stoetzel@axense.com] > Sent: Donnerstag, 4. März 2004 13:55 > To: otrs-de(a)otrs.org > Subject: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > > Hallo, > > wir haben folgenden Artikel bei uns übernommen: > > >Hi, > >auf meinen Wunsch hin hat sich unser Azubi mal hingesetzt > und mir eine > >Benachrichtigung programmiert, wenn ein Ticket eskaliert. > >Und zwar bekommen alle eine Email, die die Queue in der das Ticket > >eskaliert als bevorzugt markiert haben. > >Die Email Adressen sind bei uns vorname.nachname at domain. > >><http://lists.otrs.org/mailman/listinfo/otrs-de> Dies > müsste evtl bei > >euch angepasst werden. Ich habe die Zeile weiter unten rot markiert > >Desweiteren müsst ihr oben <username> und <passwort> mit > eurem Login in > >die DB ersetzen, > >z.B.: my $db_handle = DBI->connect("DBI:mysql:otrs", "root", "hot") > > > >Ich denke das es vielleicht bei euch nicht 1:1 übertragbar > ist aber der > >Ansatz ist dann da. > >Vielleicht kann es das OTRS-Team so ähnlich dann in die neue Release > >einbauen :) > > > >Viele Grüße > >Benjamin > > > >Folgender Code in die GenericAgent.pl eingefügt werden: > > > > > > # -- > > # Send Excalation Mail to Queue - by (c)tmm > > # -- > > if ($Jobs{$Job}->{New}->{SendEskalMailDelete}) { > > my $db_handle = DBI->connect("DBI:mysql:otrs", "<username>", > >"<passwort>") > > || die("Verbindungfehlgeschlagen: $DBI::errstr"); > > my $Statment = $db_handle->prepare("select queue_id > from ticket " . > > "where id in $ > $TicketID $"); > > # Ausführen des Statments > > my $Statement = $Statment->execute(); > > # Anzahl der Ergebnisse > > my $CountZahl = $Statment->rows; > > > > #Checken ob Eskalierte Mails vorhanden sind > > if ($CountZahl > 0){ > > #Queues auswählen > > #---- Benutzer, ID > > my $UserStatement = $db_handle->prepare("Select > >first_name,last_name,tn,ticket.id " . > > " from > >system_user,personal_queues,ticket " . > > " where > >personal_queues.user_id = system_user.id " . > > " and > >personal_queues.queue_id = ticket.queue_id " . > > " and ticket.id in $ > >$TicketID $"); > > > > # Ausführen des Statements > > my $User = $UserStatement->execute(); > > my $Zahl = $UserStatement->rows(); > > #Namen und Vornamen für das zusammensetzten zur Email > > my $x = 0; > > do{ > > my @array = $UserStatement->fetchrow_array; > > #---- Article Betreff > > my $ArticleSubject = $db_handle->prepare("Select > >min(article.id),a_subject" . > > " from article where > >article.ticket_id = $array[3]" . > > " group by > article.ticket_id"); > > my $Subject = $ArticleSubject->execute(); > > my @SubTopic = $ArticleSubject->fetchrow_array; > > > > my $eMail = "$array[0]\.$array[1]\(a)domain.de\n"; > > #----------------SENDEN DER MAILS ---------------- > > # Erstellen der Kopfzeilen für eMails > > my %kopfzeilen = ( > > 'To' => $eMail, > > 'Subject' => "\#$array[2] \- ESKALIERT\: > $SubTopic[1] " > > ); > > $tmmmailprog->open(\%kopfzeilen); > > print $tmmmailprog "Das Ticket \#$array[2] ist > >eskaliert!\n". > > "Betreff\: $SubTopic[1] \n\n". > > "Jetzt aber schnell... \n\n". > > "Gruß \n". > > "Das Ticketsystem deines > >Vertrauens\n"; > > $tmmmailprog->close; > > $x = $x+1; > > } > > > > while $x < $Zahl; > > } > > } > >} > ># -- > > Beim Ausführen von GenericAgent.pl bekommen wir jedoch die folgenden > Fehlermeldungen: > linux:/opt/otrs/bin # ./GenericAgent.pl > Global symbol "$tmmmailprog" requires explicit package name > at ./GenericAgent.pl line 395. > Global symbol "$tmmmailprog" requires explicit package name > at ./GenericAgent.pl line 396. > Global symbol "$tmmmailprog" requires explicit package name > at ./GenericAgent.pl line 401. > Execution of ./GenericAgent.pl aborted due to compilation errors. > > Auch wenns trivial erscheint, leider haben wir keine Ahnung > wie das Problem gelöst werden kann. > Wir hoffen das uns jemand hier weiterhelfen kann. > > > Gruss > Ralf > > Ralf Michael Stoetzel > Axense GmbH, Duesseldorf, Germany > mailto: ralf.stoetzel(a)axense.com > > > > _______________________________________________ > 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/ > _______________________________________________ > 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/ > _______________________________________________ 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

Ticket-Übersicht Kunden
by joachim.ruhnow＠sitefactory24.de 04 Mar '04

04 Mar '04

Ich habe auf die Version 1.2.2 umgestellt (Windows). otrs liegt bei einem ISP. Ich habe alle Dateien published und das Script "DBUpdate-to-1.2.mysql.sql" für das update der bestehenden mysql-DB benutzt. Nach dieser Aktion gibt es Probleme bei der Ticketübersicht für Kunden (und nur dort). Es fehlt die Übersicht und ebenfalls der Footer. Tickets lassen sich anlegen und können auch vom Support-MA angezeugt werden. Wer kann helfen ? Achim

2 1

AW: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts '
by Stoetzel Ralf 04 Mar '04

04 Mar '04

Hallo, Wir haben 1.2.2 installiert. Unsere GenericAgent.pm sieht so aus: # -- # Kernel/Config/GenericAgent.pm - config file of generic agent # Copyright (C) 2002-2004 Martin Edenhofer <martin+code(a)otrs.org> # -- package Kernel::Config::GenericAgent; use strict; use vars qw($VERSION @ISA @EXPORT %Jobs); require Exporter; @ISA = qw(Exporter); @EXPORT = qw(%Jobs); $VERSION = '$Revision: 1.7 $'; $VERSION =~ s/^\$.*:\W(.*)\W.+?$/$1/; # ----------------------------------------------------------------------- # config options # ----------------------------------------------------------------------- %Jobs = ( # -- # [name of job] -> send escalation notifications # -- 'send escalation notifications' => { Escalation => 1, # new ticket properties New => { Module => 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue', }, }, # insert your jobs (see Kernel/Config/GenericAgent.pm.examples) ); # ----------------------------------------------------------------------- # end of config options # ----------------------------------------------------------------------- 1; Allerdings werden dennoch keine Eskalations-Notifikationen verschickt. Guss Ralf Ralf Michael Stoetzel Axense GmbH, Duesseldorf, Germany mailto: ralf.stoetzel(a)axense.com > -----Ursprüngliche Nachricht----- > Von: Benjamin.Zoeller(a)salt-solutions.de > [mailto:Benjamin.Zoeller@salt-solutions.de] > Gesendet: Donnerstag, 4. März 2004 14:20 > An: otrs-de(a)otrs.org > Betreff: RE: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > Hallo, > setzt ihr 1.1.3 ein oder 1.2.x? > Bei 1.2.x ist das als Modul hinzugefügt worden. > Und die GenericAgent.pl muss nicht mehr bearbeitet werden! > Es muss nur in der GenericAgent.pm in > /opt/otrs/Kernel/Config/ entkommentiert werden. > > Bei 1.1.3 muss folgendes in der GenericAgent.pm zusätzlich > hinzugefügt werden. > > 'Senden von Eskalierten Tickets als eMail' => { > # Eskalationsmails sammeln > Escalation => 1, > New => { > SendEskalMailDelete => 1, > }, > > }, > > Hatte ich vergessen bei der Anleitung so gehts :) > > Gruß > Benjamin > -----Original Message----- > From: Stoetzel Ralf [mailto:ralf.stoetzel@axense.com] > Sent: Donnerstag, 4. März 2004 13:55 > To: otrs-de(a)otrs.org > Subject: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' > > > Hallo, > > wir haben folgenden Artikel bei uns übernommen: > > >Hi, > >auf meinen Wunsch hin hat sich unser Azubi mal hingesetzt > und mir eine > >Benachrichtigung programmiert, wenn ein Ticket eskaliert. > >Und zwar bekommen alle eine Email, die die Queue in der das Ticket > >eskaliert als bevorzugt markiert haben. > >Die Email Adressen sind bei uns vorname.nachname at domain. > >><http://lists.otrs.org/mailman/listinfo/otrs-de> Dies > müsste evtl bei > >euch angepasst werden. Ich habe die Zeile weiter unten rot markiert > >Desweiteren müsst ihr oben <username> und <passwort> mit > eurem Login in > >die DB ersetzen, > >z.B.: my $db_handle = DBI->connect("DBI:mysql:otrs", "root", "hot") > > > >Ich denke das es vielleicht bei euch nicht 1:1 übertragbar > ist aber der > >Ansatz ist dann da. > >Vielleicht kann es das OTRS-Team so ähnlich dann in die neue Release > >einbauen :) > > > >Viele Grüße > >Benjamin > > > >Folgender Code in die GenericAgent.pl eingefügt werden: > > > > > > # -- > > # Send Excalation Mail to Queue - by (c)tmm > > # -- > > if ($Jobs{$Job}->{New}->{SendEskalMailDelete}) { > > my $db_handle = DBI->connect("DBI:mysql:otrs", "<username>", > >"<passwort>") > > || die("Verbindungfehlgeschlagen: $DBI::errstr"); > > my $Statment = $db_handle->prepare("select queue_id > from ticket " . > > "where id in $ > $TicketID $"); > > # Ausführen des Statments > > my $Statement = $Statment->execute(); > > # Anzahl der Ergebnisse > > my $CountZahl = $Statment->rows; > > > > #Checken ob Eskalierte Mails vorhanden sind > > if ($CountZahl > 0){ > > #Queues auswählen > > #---- Benutzer, ID > > my $UserStatement = $db_handle->prepare("Select > >first_name,last_name,tn,ticket.id " . > > " from > >system_user,personal_queues,ticket " . > > " where > >personal_queues.user_id = system_user.id " . > > " and > >personal_queues.queue_id = ticket.queue_id " . > > " and ticket.id in $ > >$TicketID $"); > > > > # Ausführen des Statements > > my $User = $UserStatement->execute(); > > my $Zahl = $UserStatement->rows(); > > #Namen und Vornamen für das zusammensetzten zur Email > > my $x = 0; > > do{ > > my @array = $UserStatement->fetchrow_array; > > #---- Article Betreff > > my $ArticleSubject = $db_handle->prepare("Select > >min(article.id),a_subject" . > > " from article where > >article.ticket_id = $array[3]" . > > " group by > article.ticket_id"); > > my $Subject = $ArticleSubject->execute(); > > my @SubTopic = $ArticleSubject->fetchrow_array; > > > > my $eMail = "$array[0]\.$array[1]\(a)domain.de\n"; > > #----------------SENDEN DER MAILS ---------------- > > # Erstellen der Kopfzeilen für eMails > > my %kopfzeilen = ( > > 'To' => $eMail, > > 'Subject' => "\#$array[2] \- ESKALIERT\: > $SubTopic[1] " > > ); > > $tmmmailprog->open(\%kopfzeilen); > > print $tmmmailprog "Das Ticket \#$array[2] ist > >eskaliert!\n". > > "Betreff\: $SubTopic[1] \n\n". > > "Jetzt aber schnell... \n\n". > > "Gruß \n". > > "Das Ticketsystem deines > >Vertrauens\n"; > > $tmmmailprog->close; > > $x = $x+1; > > } > > > > while $x < $Zahl; > > } > > } > >} > ># -- > > Beim Ausführen von GenericAgent.pl bekommen wir jedoch die folgenden > Fehlermeldungen: > linux:/opt/otrs/bin # ./GenericAgent.pl > Global symbol "$tmmmailprog" requires explicit package name > at ./GenericAgent.pl line 395. > Global symbol "$tmmmailprog" requires explicit package name > at ./GenericAgent.pl line 396. > Global symbol "$tmmmailprog" requires explicit package name > at ./GenericAgent.pl line 401. > Execution of ./GenericAgent.pl aborted due to compilation errors. > > Auch wenns trivial erscheint, leider haben wir keine Ahnung > wie das Problem gelöst werden kann. > Wir hoffen das uns jemand hier weiterhelfen kann. > > > Gruss > Ralf > > Ralf Michael Stoetzel > Axense GmbH, Duesseldorf, Germany > mailto: ralf.stoetzel(a)axense.com > > > > _______________________________________________ > 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/ > _______________________________________________ > 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: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts '
by Benjamin.Zoeller＠salt-solutions.de 04 Mar '04

04 Mar '04

Hallo, setzt ihr 1.1.3 ein oder 1.2.x? Bei 1.2.x ist das als Modul hinzugefügt worden. Und die GenericAgent.pl muss nicht mehr bearbeitet werden! Es muss nur in der GenericAgent.pm in /opt/otrs/Kernel/Config/ entkommentiert werden. Bei 1.1.3 muss folgendes in der GenericAgent.pm zusätzlich hinzugefügt werden. 'Senden von Eskalierten Tickets als eMail' => { # Eskalationsmails sammeln Escalation => 1, New => { SendEskalMailDelete => 1, }, }, Hatte ich vergessen bei der Anleitung so gehts :) Gruß Benjamin -----Original Message----- From: Stoetzel Ralf [mailto:ralf.stoetzel@axense.com] Sent: Donnerstag, 4. März 2004 13:55 To: otrs-de(a)otrs.org Subject: [otrs-de] Problem bei 'Mail bei Eskalation -> so gehts ' Hallo, wir haben folgenden Artikel bei uns übernommen: >Hi, >auf meinen Wunsch hin hat sich unser Azubi mal hingesetzt und mir eine >Benachrichtigung programmiert, wenn ein Ticket eskaliert. >Und zwar bekommen alle eine Email, die die Queue in der das Ticket >eskaliert als bevorzugt markiert haben. >Die Email Adressen sind bei uns vorname.nachname at domain. >><http://lists.otrs.org/mailman/listinfo/otrs-de> Dies müsste evtl bei >euch angepasst werden. Ich habe die Zeile weiter unten rot markiert >Desweiteren müsst ihr oben <username> und <passwort> mit eurem Login in >die DB ersetzen, >z.B.: my $db_handle = DBI->connect("DBI:mysql:otrs", "root", "hot") > >Ich denke das es vielleicht bei euch nicht 1:1 übertragbar ist aber der >Ansatz ist dann da. >Vielleicht kann es das OTRS-Team so ähnlich dann in die neue Release >einbauen :) > >Viele Grüße >Benjamin > >Folgender Code in die GenericAgent.pl eingefügt werden: > > > # -- > # Send Excalation Mail to Queue - by (c)tmm > # -- > if ($Jobs{$Job}->{New}->{SendEskalMailDelete}) { > my $db_handle = DBI->connect("DBI:mysql:otrs", "<username>", >"<passwort>") > || die("Verbindungfehlgeschlagen: $DBI::errstr"); > my $Statment = $db_handle->prepare("select queue_id from ticket " . > "where id in $ $TicketID $"); > # Ausführen des Statments > my $Statement = $Statment->execute(); > # Anzahl der Ergebnisse > my $CountZahl = $Statment->rows; > > #Checken ob Eskalierte Mails vorhanden sind > if ($CountZahl > 0){ > #Queues auswählen > #---- Benutzer, ID > my $UserStatement = $db_handle->prepare("Select >first_name,last_name,tn,ticket.id " . > " from >system_user,personal_queues,ticket " . > " where >personal_queues.user_id = system_user.id " . > " and >personal_queues.queue_id = ticket.queue_id " . > " and ticket.id in $ >$TicketID $"); > > # Ausführen des Statements > my $User = $UserStatement->execute(); > my $Zahl = $UserStatement->rows(); > #Namen und Vornamen für das zusammensetzten zur Email > my $x = 0; > do{ > my @array = $UserStatement->fetchrow_array; > #---- Article Betreff > my $ArticleSubject = $db_handle->prepare("Select >min(article.id),a_subject" . > " from article where >article.ticket_id = $array[3]" . > " group by article.ticket_id"); > my $Subject = $ArticleSubject->execute(); > my @SubTopic = $ArticleSubject->fetchrow_array; > > my $eMail = "$array[0]\.$array[1]\(a)domain.de\n"; > #----------------SENDEN DER MAILS ---------------- > # Erstellen der Kopfzeilen für eMails > my %kopfzeilen = ( > 'To' => $eMail, > 'Subject' => "\#$array[2] \- ESKALIERT\: $SubTopic[1] " > ); > $tmmmailprog->open(\%kopfzeilen); > print $tmmmailprog "Das Ticket \#$array[2] ist >eskaliert!\n". > "Betreff\: $SubTopic[1] \n\n". > "Jetzt aber schnell... \n\n". > "Gruß \n". > "Das Ticketsystem deines >Vertrauens\n"; > $tmmmailprog->close; > $x = $x+1; > } > > while $x < $Zahl; > } > } >} ># -- Beim Ausführen von GenericAgent.pl bekommen wir jedoch die folgenden Fehlermeldungen: linux:/opt/otrs/bin # ./GenericAgent.pl Global symbol "$tmmmailprog" requires explicit package name at ./GenericAgent.pl line 395. Global symbol "$tmmmailprog" requires explicit package name at ./GenericAgent.pl line 396. Global symbol "$tmmmailprog" requires explicit package name at ./GenericAgent.pl line 401. Execution of ./GenericAgent.pl aborted due to compilation errors. Auch wenns trivial erscheint, leider haben wir keine Ahnung wie das Problem gelöst werden kann. Wir hoffen das uns jemand hier weiterhelfen kann. Gruss Ralf Ralf Michael Stoetzel Axense GmbH, Duesseldorf, Germany mailto: ralf.stoetzel(a)axense.com _______________________________________________ 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

Problem bei 'Mail bei Eskalation -> so gehts '
by Stoetzel Ralf 04 Mar '04

04 Mar '04

Hallo, wir haben folgenden Artikel bei uns übernommen: >Hi, >auf meinen Wunsch hin hat sich unser Azubi mal hingesetzt und mir eine >Benachrichtigung programmiert, wenn ein Ticket eskaliert. >Und zwar bekommen alle eine Email, die die Queue in der das Ticket >eskaliert als bevorzugt markiert haben. >Die Email Adressen sind bei uns vorname.nachname at domain. >><http://lists.otrs.org/mailman/listinfo/otrs-de> Dies müsste evtl bei >euch angepasst werden. Ich habe die Zeile weiter unten rot markiert >Desweiteren müsst ihr oben <username> und <passwort> mit eurem Login in >die DB ersetzen, >z.B.: my $db_handle = DBI->connect("DBI:mysql:otrs", "root", "hot") > >Ich denke das es vielleicht bei euch nicht 1:1 übertragbar ist aber der >Ansatz ist dann da. >Vielleicht kann es das OTRS-Team so ähnlich dann in die neue Release >einbauen :) > >Viele Grüße >Benjamin > >Folgender Code in die GenericAgent.pl eingefügt werden: > > > # -- > # Send Excalation Mail to Queue - by (c)tmm > # -- > if ($Jobs{$Job}->{New}->{SendEskalMailDelete}) { > my $db_handle = DBI->connect("DBI:mysql:otrs", "<username>", >"<passwort>") > || die("Verbindungfehlgeschlagen: $DBI::errstr"); > my $Statment = $db_handle->prepare("select queue_id from ticket " . > "where id in $ $TicketID $"); > # Ausführen des Statments > my $Statement = $Statment->execute(); > # Anzahl der Ergebnisse > my $CountZahl = $Statment->rows; > > #Checken ob Eskalierte Mails vorhanden sind > if ($CountZahl > 0){ > #Queues auswählen > #---- Benutzer, ID > my $UserStatement = $db_handle->prepare("Select >first_name,last_name,tn,ticket.id " . > " from >system_user,personal_queues,ticket " . > " where >personal_queues.user_id = system_user.id " . > " and >personal_queues.queue_id = ticket.queue_id " . > " and ticket.id in $ >$TicketID $"); > > # Ausführen des Statements > my $User = $UserStatement->execute(); > my $Zahl = $UserStatement->rows(); > #Namen und Vornamen für das zusammensetzten zur Email > my $x = 0; > do{ > my @array = $UserStatement->fetchrow_array; > #---- Article Betreff > my $ArticleSubject = $db_handle->prepare("Select >min(article.id),a_subject" . > " from article where >article.ticket_id = $array[3]" . > " group by article.ticket_id"); > my $Subject = $ArticleSubject->execute(); > my @SubTopic = $ArticleSubject->fetchrow_array; > > my $eMail = "$array[0]\.$array[1]\(a)domain.de\n"; > #----------------SENDEN DER MAILS ---------------- > # Erstellen der Kopfzeilen für eMails > my %kopfzeilen = ( > 'To' => $eMail, > 'Subject' => "\#$array[2] \- ESKALIERT\: $SubTopic[1] " > ); > $tmmmailprog->open(\%kopfzeilen); > print $tmmmailprog "Das Ticket \#$array[2] ist >eskaliert!\n". > "Betreff\: $SubTopic[1] \n\n". > "Jetzt aber schnell... \n\n". > "Gruß \n". > "Das Ticketsystem deines >Vertrauens\n"; > $tmmmailprog->close; > $x = $x+1; > } > > while $x < $Zahl; > } > } >} ># -- Beim Ausführen von GenericAgent.pl bekommen wir jedoch die folgenden Fehlermeldungen: linux:/opt/otrs/bin # ./GenericAgent.pl Global symbol "$tmmmailprog" requires explicit package name at ./GenericAgent.pl line 395. Global symbol "$tmmmailprog" requires explicit package name at ./GenericAgent.pl line 396. Global symbol "$tmmmailprog" requires explicit package name at ./GenericAgent.pl line 401. Execution of ./GenericAgent.pl aborted due to compilation errors. Auch wenns trivial erscheint, leider haben wir keine Ahnung wie das Problem gelöst werden kann. Wir hoffen das uns jemand hier weiterhelfen kann. Gruss Ralf Ralf Michael Stoetzel Axense GmbH, Duesseldorf, Germany mailto: ralf.stoetzel(a)axense.com

1 0

OTRS in Kombination mit MS Exchange und Outlook
by Nils Dohse 04 Mar '04

04 Mar '04

Hallo Zusammen, das mag sich ja ein wenig wir anhören, aber die Idee ist, das OTRS in einem öffentlichem Ordner vom MS-Exchange unter Outlook zur verfügung zu stellen. Dort soll das customer Backend mit LDAP-Zugriff auf das Active Directory laufen. Dabei sind mehrere Fragen entstanden: 1. Kann das customer-interface per LDAP die Benutzerinformationen den MS-Active Directory, was ja LDAP-Basiert ist, nutzen? 2. Gibt es eine möglichkeit die Anmeldeinformationen des Outlook, welches sich ja in der Domäne bzw am ADS angemeldet hat, automatisch übergeben Man kann öffenltichen Ordnern eine Homepage zuweisen, die dann angezeigt wird, wenn den Ordner öffnet, das geht auch soweit. Hat sich schon mal jemand mit dem Thema OTRS-LDAP und ADS auseinandergesezt? Für Hilfe und Anregungen bin ich Dankbar. Nils Dohse P.S.: Wir versuchen so langsam die MS-Schiene auf diese weise zu verlassen ☺

2 1

User-Authentifizierung ueber LDAP
by Nora Bernhard 04 Mar '04

04 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nochmals hi :) Ich kann mich als System User problemlos einloggen - aber es ist mir nicht moeglich, mich mit einem solchen LDAP-User im customer.pl anzumelden. Die Verbindung zum Server funktioniert aber, denn im Verwaltungsteil wird mir die ganze Liste meiner Customer-User richtig angezeigt. Ausserdem versteh ich den Teil mit der Authentifizierung nach Gruppen o.ae. nicht ganz. Mein LDAP-Tree sieht so aus, dass saemtliche User in "people" angelegt sind. Ein Teil davon sind nur Customer-User, die Tickets anlegen koennen sollen, ein Teil davon sind sowohl Customer- als auch System-User, diese muessen bei beiden Interfaces einloggen koennen, und schliesslich gibt es noch ein paar reine System-User. Wie mache ich da am besten die Unterscheidung, wer was darf? TIA, - -- Nora Bernhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARw6q4VMzLwG7sxwRAigwAKCecfRzUSuMP9SgzEqXEg1Dh2Dx0wCff3Bo 9G288NtY8ke1PfpU/MBs26Q= =ET6C -----END PGP SIGNATURE-----

1 0

Customer-LDAP
by Nora Bernhard 04 Mar '04

04 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 @mylast: hat sich erledigt, ich hatte tatsaechlich den entsprechenden Teil aus Default.pm vergessen einzufuegen ;) Jetzt hab ich aber eine andere Frage: Meine User werden mittlerweile richtig vom LDAP eingelesen, in der Liste auf der linken Seite werden bei mir die Felder "Login" und "UID" dargestellt. Wo / wie kann ich das aendern? Ich habe noch nicht herausgefunden, wo die Felder fuer die Liste definiert werden - aber irgendwie sind auch nirgendwo die Felder gemeinsam angegeben, die bei mir angezeigt werden *wonders* TIA, - -- Nora Bernhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARvwm4VMzLwG7sxwRAtUGAJ9X37lIeB++Vu02qcNlBY3uwSTzJACgj3q4 c7hb9zDVGB8vKOm8vCMzZy8= =YutL -----END PGP SIGNATURE-----

2 1

LDAP
by Nora Bernhard 04 Mar '04

04 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, Ich habe die Authentifizierung fuer System-User mittels LDAP schon erfolgreich eingerichtet. Allerdings ist es nicht moeglich, mit dem LDAP-Account in .../otrs/customer.pl einzuloggen. Ist das nicht moeglich oder hab ich da was vergessen bzw. falsch gemacht? Danke, - -- Nora Bernhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFARtyw4VMzLwG7sxwRAunaAJ9RS27XNHwDP8rUF3htAQV7N1YGhACgjeHK ayTiiN6jboSMZbbu00tiG4Q= =EBCU -----END PGP SIGNATURE-----

1 0