- otrs-de - OTRS mailing lists

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>$Text{"Owner"}:</td> # liefert Text "Besitzer", soweit > > OK <td>$Data{"Owner"}</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>$Text{"Owner"}:</td> # liefert Text "Besitzer", soweit OK <td>$Data{"Owner"}</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