December 2006 - otrs-de - OTRS mailing lists

Automatischer Statuswechsel
by Dennis Mohn 13 Dec '06

13 Dec '06

Hallo zusammen, Es ist ja über die SysConfig möglich, den "pending auto" Stati einen Folgestatus zuzuweisen. Also "pending auto close +" => "closed successful". Dieses "automatische Schließen" bringt mir zwar nichts, aber ich möchte diese Funktion für eine Terminkontrolle nutzen. Also habe ich einen neuen Status "pending auto scheduled" angelegt, Statustyp pending auto. Und einen Status "overdue", Typ open. Anschliessend habe ich in der SysConfig als Nachfolgetyp für "pending auto scheduled" den Status "overdue" angegeben. Zum Testen habe ich ein Ticket erstellt und in den Terminstatus gesetzt. Die eingestellte Zeit ist abgelaufen, aber der Status bleibt... Hab ich noch etwas vergessen??? --- Mit freundlichen Grüßen i. A. Dennis Mohn ACTIS.BSP IT Services GmbH Phone +49 69 6 65 37-225 Fax +49 69 6 65 37-113 mailto:dennis.mohn@actisbsp.com www.actisbsp.com

2 2

[Fwd: PGP: Verifizierung eingehender Mails]
by Mail(at)charliesangels.biz 13 Dec '06

13 Dec '06

Hi, ich habe mich mal durch die Sysconfig durchgearbeitet aber ich finde leider nirgends, wie ausgehende e-Mails signiert werden können und wie alle eingehenden e-Mails in der Queue- und Ticket-Ansicht verifiziert werden können. Weiss irgendjemand Rat oder hat einen Tip für mich ? Vielen Dank und viele Grüße Sascha ---------------------------- Original Message ---------------------------- Subject: [Fwd: PGP: Verifizierung eingehender Mails] From: "Mail(at)charliesangels.biz" <ml(a)charliesangels.biz> Date: Mon, December 11, 2006 11:13 am To: otrs-de(a)otrs.org -------------------------------------------------------------------------- Hallo, und noch eine Frage hätte ich: Warum kann man nur neue E-Mail Tickets signieren, nicht aber Antworten ? Viele Grüße Sascha ---------------------------- Original Message ---------------------------- Subject: PGP: Verifizierung eingehender Mails From: "Mail(at)charliesangels.biz" <ml(a)charliesangels.biz> Date: Mon, December 11, 2006 11:06 am To: otrs-de(a)otrs.org -------------------------------------------------------------------------- Hallo allerseits, dank freundlicher Hilfe dieser Liste habe ich PGP jetzt soweit laufen. Signieren funktioniert - aber verifizieren nur manchmal. Ich erhalte eine Plain-Text-Mail: [...] >From bla(a)fasel.org Fri Dec 08 12:18:20 2006 Received: from .... From: User <foo@bar> User-Agent: Thunderbird 1.5.0.8 (X11/20061025) MIME-Version: 1.0 To: otrs@foobar Subject: Test - Neu - #1 - =?UTF-8?B?w6TDtsO8w58=?= X-Enigmail-Version: 0.94.0.0 Message-Id: <45794446.3070207(a)xxx.de> Date: Fri, 8 Dec 2006 11:53:58 +0100 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 =C3=A4=C3=B6=C3=9F ist nur ein Test -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.0 (GNU/Linux) iD8DBQFFeURG771yI/mSK4YRAlymAJ4ug4dMDLGncbc434UMCxYpRWSQPwCeOKk3 3mLBf8aHJ41H5pizwhHrmo8=3D =3DJi7B -----END PGP SIGNATURE----- [...] und OTRS sagt: gpg: no valid OpenPGP data found. gpg: the signature could not be verified. Please remember that the signature file (.sig or .asc) should be the first file give[..] Interessanterweise sagt er das auch in der "Inhalt"-Ansicht von Tickets, für die er in der Queue-Ansicht noch eine "Good Signature" angezeigt hat. Wenn ich mich recht erinnere, hatte ich das ganze auch schon bei OTRS 2.0. Hat sonst noch jemand das Problem bzw. weiss jemand, wie sich das eventuell lösen lässt ? Viele Grüße Sascha

1 0

RE: [otrs-de] OTRS - Filter für automat Mails von Druckern, etc
by Bartsch, Martin msg asp gmbh 13 Dec '06

13 Dec '06

Hallo Dominik, Windows kenne ich in dieser Beziehung nicht, da kann ich leider nichts zu sagen. Martin > -----Original Message----- > From: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] On Behalf Of Klein Dominik > Sent: Tuesday, December 12, 2006 6:03 PM > To: User questions and discussions about OTRS.org in German > Subject: AW: AW: [otrs-de] OTRS - Filter für automat Mails > von Druckern, etc > > > Hallo Martin, > > Danke für die Antwort. Im Grunde finde ich Deine Idee gar > nicht mal so schlecht. Allerdings ist die Frage welchen > Filter ich unter Windows verwenden kann. Wenn ich mich nicht > irre ist procmail doch für den Einsatz unter Linux gedacht, oder? > > Gruss > Dominik > > -----Ursprüngliche Nachricht----- > Von: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Bartsch, > Martin msg asp gmbh > Gesendet: Dienstag, 12. Dezember 2006 13:41 > An: User questions and discussions about OTRS.org in German > Betreff: RE: AW: [otrs-de] OTRS - Filter für automat Mails > von Druckern, etc > > > Wenn der Betreff eindeutig ist, baue Dir im Mailfilter > (.procmail) doch etwas. Du suchst dann mit genau diesem > Betreff und der Absenderadress nach einem offenen Ticket in > der OTRS DB. Wenn Du ein Ticket findest gibt die Ticket > Nummer zurück, schreibt diese in die Betreffzeile (in Deinem > Ticket Nummer Format [Ticket...]) mit rein und fertig. > > Wenn kein offenen Ticket mit den o. g. Kriterien existiert > wird eben ein neues angelegt. > > > > > -----Original Message----- > > From: otrs-de-bounces(a)otrs.org > > [mailto:otrs-de-bounces@otrs.org] On Behalf Of Klein Dominik > > Sent: Friday, December 08, 2006 3:06 PM > > To: User questions and discussions about OTRS.org in German > > Subject: AW: AW: [otrs-de] OTRS - Filter für automat Mails > > von Druckern, etc > > > > > > Hallo Alexander, > > > > ob sich die Mail auf ein und das selbe Event bezieht kann ich > > ja daran festmachen ob das Ticket noch offen ist, oder ob es > > schon geschlossen wurde. > > > > Modell: > > > > Event: Toner (yellow)low > > > > -> Mail an OTRS, Ticket wird erstellt da noch keines vorhanden ist. > > > > 30 Mins später Mail vom selben Drucker zu selbigem Event > > (evtl konnte sich noch niemand darum kümmern). > > > > -> Das Ticket ist noch offen, die neue Mail wird an das > > vorhandene Ticket angefügt. > > > > Alternativ: > > > > -> Das Ticket wurde geschlossen, es wird ein neues Ticket > > geöffnet weil es sich wohl um ein neues Event handelt. > > > > > > > > Gruss > > Dominik > > > > -----Ursprüngliche Nachricht----- > > Von: otrs-de-bounces(a)otrs.org > > [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Alexander Scholler > > Gesendet: Freitag, 8. Dezember 2006 08:08 > > An: User questions and discussions about OTRS.org in German > > Betreff: Re: AW: [otrs-de] OTRS - Filter für automat Mails > > von Druckern, etc > > > > > > Hallo Dominik, > > > > Klein Dominik schrieb: > > > Hi Thomas, > > > > > > natürlich ist es eine Möglichkeit die Anzahl der Alarme für > > ein Event > > > "X" zu reduzieren, oder auf ein anderes Werkzeug zurückzugreifen. > > > > > > Evtl war es auch schlecht von mir das Ganze nur auf das > > Beispiel mit > > > den Netzwerkdruckern zu reduzieren. > > > > > > Im Prinzip geht es mir darum automatisierte Benachrichtigungen > > > (Drucker, Virenscanner, usw) in das Ticketsystem zu > leiten ohne in > > > Tickets zu "ertrinken" und ohne auf andere Tools zurückgreifen zu > > > müssen die man ebenfalls wieder verwalten muss, usw. > > > > Du sagst dass beispielsweise eine Mail nur > > * Gerätename > > * S/N > > * Event > > beinhaltet. Derartige Mails werden alle x Min. verschickt. > Dann kannst > > Du doch selbst nicht "logistisch exakt" entscheiden ob 2 > > aufeinanderfolgende Mails sich auf > > * den identischen 1 Event beziehen oder > > * der Auslöser des 1. Event beseitigt wurde (Toner > > nachgefüllt) und nun > > derselbe Auslöser einen 2. Event verursacht hat (Toner > > schonwieder leer) > > > > OK, das Beispiel mit dem Toner mag nun nicht ganz passend > > sein (bei 3o > > min Zeitdauer), aber das Event könnte ja heißen "Papierstau". > > > > Also, wenn Du selbst hier nicht unterscheiden kannst ob sich > > 2 Mails auf > > 1 oder 2 vorgänge beziehen, wie willst Du's dann in OTRS umsetzen. > > > > Deine Geräte dürften eben pro Auslösung eines Event nur > > _genau ein_ Mail > > verschicken. > > > > Ciao, Alexander > > > > _______________________________________________ > > 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.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.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.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.com/ >

1 0

AW: AW: [otrs-de] Benachrichtigung an Kunden reduzieren
by Michael Voss 13 Dec '06

13 Dec '06

Hallo Alex, ja, genau das meine ich. Leider bin ich nicht so fit und bin anhand Deines cron-Jobs auf die Idee gekommen, das per Generic-Agent zu realisieren, oder meintest Du das mit deinem EventModul? Z.B. suche nach allen Ticket (erfolgreich oder nicht erfolgreich geschlossen) und dann eine Nachricht generieren lassen. Aber genau hier habe ich dann zwei Probleme: 1.) Es müßte irgenwie markiert werden, dass dieses Ticket "behandelt" wurde 2.) Es gibt zwar unten im Web-Interface bei GenericAgent die Möglichkeit, eine Nachricht senden zu lassen, aber ich habe keine Ahnung welches Modul ich dort verwenden kann, geschweige denn, welche Parameter gemeint sind und wo man dann den Nachrichtentext hinterlegt. Soweit ich die Anleitung in deinem script verstehe, muß ich auch Änderungen in der Datenbank vornehmen, ("INSERT INTO notifications" - wie wird das bewerkstelligt?) oder geht das auch über das Web-Interface? Sorry, für meine Unwissenheit, ist halt alles sehr komplex... Gruß Micha. > -----Ursprüngliche Nachricht----- > Von: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Alexander Scholler > Gesendet: 12. Dez 2006 15:31 > An: User questions and discussions about OTRS.org in German > Betreff: Re: AW: [otrs-de] Benachrichtigung an Kunden reduzieren > > Hallo, > > Michael Voss schrieb: > > Hallo Laura, > > > > ja, vielen Dank. Allerdings kann ich dort nicht sagen, > bitte nur Info > > beim Schließen, sondern eben nur "Statusänderung". Somit > gibt es auch > > Info's wenn man das Tciket auf "wartend" stellt. Der Kunde > fühlt sich dann evtl. auf die lange Bank geschoben und das > will man ja nicht. > > Ich habe aber gesehen, dass Du bezügl. dieses problems mal > einen Cronjob erwähnt hattest, den Du geschrieben hast. > > Kann man den irgendwo bekommen? > > mit dem Cronjob ist vermutlich mein Skript gemeint, ist im > Mailarchiv verfübar (vermutl. Nov 2006). > Desweiteren könnte man es mit einem selbst geschriebenen > EventModul realisieren. > > > > > Danke im Voraus > > > > Micha. > > Gruß, Alexander > > > > > > >> -----Ursprüngliche Nachricht----- > >> Von: otrs-de-bounces(a)otrs.org > >> [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Laura Ohrndorf > >> Gesendet: 12. Dez 2006 13:45 > >> An: User questions and discussions about OTRS.org in German > >> Betreff: Re: [otrs-de] Benachrichtigung an Kunden reduzieren > >> > >> Michael Voss wrote: > >> > >>> Jede Statusänderung eines Tickets wird an den Customer > gesandt. Ich > >>> fände es eleganter, nur den Eingang und die Bestätigung des > >> Schließens > >>> des Tickets zu senden. > >>> Andererseits sollten alle Mitglieder der jeweiligen Queue > auch über > >>> das Schließen des Tickets per Mail informiert werden. > >>> > >>> Kann mir jemand helfen und sagen ob, und wo man diese > Einstellungen > >>> vornehmen kann? > >> Mit den drei Parametern > >> Kundeninfo Verschieben: > >> Kundeninfo Status: > >> Kundeninfo Besitzer: > >> die du für jede Queue einzeln ändern kannst, sollte sich das prima > >> realisieren lassen. > >> > >> Gruß, > >> Laura > > > >

2 1

AW: AW: [otrs-de] OTRS - Filter für automat Mails von Druckern, etc
by Klein Dominik 12 Dec '06

12 Dec '06

Hallo Martin, Danke für die Antwort. Im Grunde finde ich Deine Idee gar nicht mal so schlecht. Allerdings ist die Frage welchen Filter ich unter Windows verwenden kann. Wenn ich mich nicht irre ist procmail doch für den Einsatz unter Linux gedacht, oder? Gruss Dominik -----Ursprüngliche Nachricht----- Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Bartsch, Martin msg asp gmbh Gesendet: Dienstag, 12. Dezember 2006 13:41 An: User questions and discussions about OTRS.org in German Betreff: RE: AW: [otrs-de] OTRS - Filter für automat Mails von Druckern, etc Wenn der Betreff eindeutig ist, baue Dir im Mailfilter (.procmail) doch etwas. Du suchst dann mit genau diesem Betreff und der Absenderadress nach einem offenen Ticket in der OTRS DB. Wenn Du ein Ticket findest gibt die Ticket Nummer zurück, schreibt diese in die Betreffzeile (in Deinem Ticket Nummer Format [Ticket...]) mit rein und fertig. Wenn kein offenen Ticket mit den o. g. Kriterien existiert wird eben ein neues angelegt. > -----Original Message----- > From: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] On Behalf Of Klein Dominik > Sent: Friday, December 08, 2006 3:06 PM > To: User questions and discussions about OTRS.org in German > Subject: AW: AW: [otrs-de] OTRS - Filter für automat Mails > von Druckern, etc > > > Hallo Alexander, > > ob sich die Mail auf ein und das selbe Event bezieht kann ich > ja daran festmachen ob das Ticket noch offen ist, oder ob es > schon geschlossen wurde. > > Modell: > > Event: Toner (yellow)low > > -> Mail an OTRS, Ticket wird erstellt da noch keines vorhanden ist. > > 30 Mins später Mail vom selben Drucker zu selbigem Event > (evtl konnte sich noch niemand darum kümmern). > > -> Das Ticket ist noch offen, die neue Mail wird an das > vorhandene Ticket angefügt. > > Alternativ: > > -> Das Ticket wurde geschlossen, es wird ein neues Ticket > geöffnet weil es sich wohl um ein neues Event handelt. > > > > Gruss > Dominik > > -----Ursprüngliche Nachricht----- > Von: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Alexander Scholler > Gesendet: Freitag, 8. Dezember 2006 08:08 > An: User questions and discussions about OTRS.org in German > Betreff: Re: AW: [otrs-de] OTRS - Filter für automat Mails > von Druckern, etc > > > Hallo Dominik, > > Klein Dominik schrieb: > > Hi Thomas, > > > > natürlich ist es eine Möglichkeit die Anzahl der Alarme für > ein Event > > "X" zu reduzieren, oder auf ein anderes Werkzeug zurückzugreifen. > > > > Evtl war es auch schlecht von mir das Ganze nur auf das > Beispiel mit > > den Netzwerkdruckern zu reduzieren. > > > > Im Prinzip geht es mir darum automatisierte Benachrichtigungen > > (Drucker, Virenscanner, usw) in das Ticketsystem zu leiten ohne in > > Tickets zu "ertrinken" und ohne auf andere Tools zurückgreifen zu > > müssen die man ebenfalls wieder verwalten muss, usw. > > Du sagst dass beispielsweise eine Mail nur > * Gerätename > * S/N > * Event > beinhaltet. Derartige Mails werden alle x Min. verschickt. Dann kannst > Du doch selbst nicht "logistisch exakt" entscheiden ob 2 > aufeinanderfolgende Mails sich auf > * den identischen 1 Event beziehen oder > * der Auslöser des 1. Event beseitigt wurde (Toner > nachgefüllt) und nun > derselbe Auslöser einen 2. Event verursacht hat (Toner > schonwieder leer) > > OK, das Beispiel mit dem Toner mag nun nicht ganz passend > sein (bei 3o > min Zeitdauer), aber das Event könnte ja heißen "Papierstau". > > Also, wenn Du selbst hier nicht unterscheiden kannst ob sich > 2 Mails auf > 1 oder 2 vorgänge beziehen, wie willst Du's dann in OTRS umsetzen. > > Deine Geräte dürften eben pro Auslösung eines Event nur > _genau ein_ Mail > verschicken. > > Ciao, Alexander > > _______________________________________________ > 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.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.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.com/

1 0

Erstellung Phone-Ticket - Klicken von "Alle" zeigt keine Auswirkung! OTRS 2.1.2
by Bozidar Lukovic 12 Dec '06

12 Dec '06

Hallo Liste, Wenn ich ein Phone-Ticket erstellen möchte, kriege ich, nachdem ich eine Queue ausgewählt habe und den Link Alle (sowohl beim Besitzer, als auch beim Veranwortlichen) drücke, nicht mehr alle Agenten angezeigt. Diese Funktionalität ist in der Erstellung eines Mail-Tickets gegeben, leider aber nicht in der Erstellung eines Phone-Tickets. Es handelt sich um OTRS 2.1.2. Was ist beim Upgrade schief gelaufen? Bzw.: Was mache ich falsch beim Erstellen des Tickets? Denn: Im Demo-System von otrs ist diese Funktionalität auch nicht gegeben. (Bug?) Danke im Vorraus, Bozidar. Lukovic

2 3

LDAP Synchronisation
by Hendrik Walter 12 Dec '06

12 Dec '06

Hallo Liste. Meine Authentifizierung am LDAP (W2K3) funktioniert schonmal einwandfrei. (Wenn ich den User manuell in der DB angelegt habe) Die Synchronisierung klappt jedoch nicht. (DB bleibt leer und ich bekomme immernoch Panic! No User Data!!! Meldungen beim Login. Hab ich was wichtiges vergessen? Falls ja, sorry bin Neuling in OTRS/LDAP Es geht mir erstmal nur um die Agents! (Das Log spuckt dazu leider nichts aus, und die Doku verrät auch nicht mehr) So sieht der Sync-Teil der Config aus: # UserSyncLDAPMap # (map if agent should create/synced from LDAP to DB after login) $Self->{UserSyncLDAPMap} = { #DB -> LDAP Firstname => 'givenName', Lastname => 'sn', Email => 'mail', }; # UserSyncLDAPGroups # (If "LDAP" was selected for AuthModule, you can specify inital # user groups for first login.) $Self->{UserSyncLDAPGroups} = [ 'Users', ] # UserTable $Self->{DatabaseUserTable} = 'system_user'; $Self->{DatabaseUserTableUserID} = 'id'; $Self->{DatabaseUserTableUserPW} = 'pw'; $Self->{DatabaseUserTableUser} = 'login'; Vielen Dank im Vorraus, Hendrik

2 1

AW: [otrs-de] Benachrichtigung an Kunden reduzieren
by Michael Voss 12 Dec '06

12 Dec '06

Hallo Laura, ja, vielen Dank. Allerdings kann ich dort nicht sagen, bitte nur Info beim Schließen, sondern eben nur "Statusänderung". Somit gibt es auch Info's wenn man das Tciket auf "wartend" stellt. Der Kunde fühlt sich dann evtl. auf die lange Bank geschoben und das will man ja nicht. Ich habe aber gesehen, dass Du bezügl. dieses problems mal einen Cronjob erwähnt hattest, den Du geschrieben hast. Kann man den irgendwo bekommen? Danke im Voraus Micha. > -----Ursprüngliche Nachricht----- > Von: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Laura Ohrndorf > Gesendet: 12. Dez 2006 13:45 > An: User questions and discussions about OTRS.org in German > Betreff: Re: [otrs-de] Benachrichtigung an Kunden reduzieren > > Michael Voss wrote: > > > Jede Statusänderung eines Tickets wird an den Customer gesandt. Ich > > fände es eleganter, nur den Eingang und die Bestätigung des > Schließens > > des Tickets zu senden. > > Andererseits sollten alle Mitglieder der jeweiligen Queue auch über > > das Schließen des Tickets per Mail informiert werden. > > > > Kann mir jemand helfen und sagen ob, und wo man diese Einstellungen > > vornehmen kann? > > Mit den drei Parametern > Kundeninfo Verschieben: > Kundeninfo Status: > Kundeninfo Besitzer: > die du für jede Queue einzeln ändern kannst, sollte sich das > prima realisieren lassen. > > Gruß, > Laura > _______________________________________________ > 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.com/ > >

2 1

Benachrichtigung an Kunden reduzieren
by Michael Voss 12 Dec '06

12 Dec '06

Hallo Leute, evtl. hat von Euch schon jemand ein ähnliches Problem gehabt: Jede Statusänderung eines Tickets wird an den Customer gesandt. Ich fände es eleganter, nur den Eingang und die Bestätigung des Schließens des Tickets zu senden. Andererseits sollten alle Mitglieder der jeweiligen Queue auch über das Schließen des Tickets per Mail informiert werden. Kann mir jemand helfen und sagen ob, und wo man diese Einstellungen vornehmen kann? Viele Grüße Micha.

2 1

RE: AW: [otrs-de] OTRS - Filter für automat Mails von Druckern, etc
by Bartsch, Martin msg asp gmbh 12 Dec '06

12 Dec '06

Wenn der Betreff eindeutig ist, baue Dir im Mailfilter (.procmail) doch etwas. Du suchst dann mit genau diesem Betreff und der Absenderadress nach einem offenen Ticket in der OTRS DB. Wenn Du ein Ticket findest gibt die Ticket Nummer zurück, schreibt diese in die Betreffzeile (in Deinem Ticket Nummer Format [Ticket...]) mit rein und fertig. Wenn kein offenen Ticket mit den o. g. Kriterien existiert wird eben ein neues angelegt. > -----Original Message----- > From: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] On Behalf Of Klein Dominik > Sent: Friday, December 08, 2006 3:06 PM > To: User questions and discussions about OTRS.org in German > Subject: AW: AW: [otrs-de] OTRS - Filter für automat Mails > von Druckern, etc > > > Hallo Alexander, > > ob sich die Mail auf ein und das selbe Event bezieht kann ich > ja daran festmachen ob das Ticket noch offen ist, oder ob es > schon geschlossen wurde. > > Modell: > > Event: Toner (yellow)low > > -> Mail an OTRS, Ticket wird erstellt da noch keines vorhanden ist. > > 30 Mins später Mail vom selben Drucker zu selbigem Event > (evtl konnte sich noch niemand darum kümmern). > > -> Das Ticket ist noch offen, die neue Mail wird an das > vorhandene Ticket angefügt. > > Alternativ: > > -> Das Ticket wurde geschlossen, es wird ein neues Ticket > geöffnet weil es sich wohl um ein neues Event handelt. > > > > Gruss > Dominik > > -----Ursprüngliche Nachricht----- > Von: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Alexander Scholler > Gesendet: Freitag, 8. Dezember 2006 08:08 > An: User questions and discussions about OTRS.org in German > Betreff: Re: AW: [otrs-de] OTRS - Filter für automat Mails > von Druckern, etc > > > Hallo Dominik, > > Klein Dominik schrieb: > > Hi Thomas, > > > > natürlich ist es eine Möglichkeit die Anzahl der Alarme für > ein Event > > "X" zu reduzieren, oder auf ein anderes Werkzeug zurückzugreifen. > > > > Evtl war es auch schlecht von mir das Ganze nur auf das > Beispiel mit > > den Netzwerkdruckern zu reduzieren. > > > > Im Prinzip geht es mir darum automatisierte Benachrichtigungen > > (Drucker, Virenscanner, usw) in das Ticketsystem zu leiten ohne in > > Tickets zu "ertrinken" und ohne auf andere Tools zurückgreifen zu > > müssen die man ebenfalls wieder verwalten muss, usw. > > Du sagst dass beispielsweise eine Mail nur > * Gerätename > * S/N > * Event > beinhaltet. Derartige Mails werden alle x Min. verschickt. > Dann kannst Du doch selbst nicht "logistisch exakt" entscheiden ob 2 > aufeinanderfolgende Mails sich auf > * den identischen 1 Event beziehen oder > * der Auslöser des 1. Event beseitigt wurde (Toner > nachgefüllt) und nun > derselbe Auslöser einen 2. Event verursacht hat (Toner > schonwieder leer) > > OK, das Beispiel mit dem Toner mag nun nicht ganz passend > sein (bei 3o > min Zeitdauer), aber das Event könnte ja heißen "Papierstau". > > Also, wenn Du selbst hier nicht unterscheiden kannst ob sich > 2 Mails auf > 1 oder 2 vorgänge beziehen, wie willst Du's dann in OTRS umsetzen. > > Deine Geräte dürften eben pro Auslösung eines Event nur > _genau ein_ Mail > verschicken. > > Ciao, Alexander > > _______________________________________________ > 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.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.com/ >

1 0