- otrs-de - OTRS mailing lists

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