Hallo Christoph, schau dir mal in der SysConfig den Schlüssel "Ticket::Frontend::AgentTicketCompose###StateDefault" an.
VG Rene On 01/12/2012 07:56 AM, Christoph Sandhaus wrote: > Hallo Michael, > > Danke für deine Antworten! Und tschuldigung, dass ich mich erst jetzt wieder > melde. > > Ich bin mit diesem Problem leider noch nicht weiter gekommen. > In der Sysconfig habe ich viel und erfolglos im Bereich "Ticket" gesucht, um > irgendwo eine "Next State" Einstellung zu finden, welche als ersten Eintrag > "closed (un)successful" hat. > > Auch die Suche via "grep" in /opt/otrs/Kernel/ in den .pm Dateien (Config, > Defaults, ZZZ(A)Auto, usw) nach "state", "next state" und Ähnlichem war > erfolglos. > Demnach bin ich der Meinung, dass ich selber auch nichts verstellt habe, was > diesen Status verändert. > > Meine Status sind auch "unberührt", da ich weiss, dass diese nicht über eine > ID, sondern über den Status-Text verknüpft werden. Deshalb habe ich davon > erstmal tunlichst die Finger gelassen. > > Kann mir evtl. jemand sagen, wo "genau" ich die Einstellung einsehen kann, > welche bei einer leeren Standardantwort den "next state" definiert? > Das wäre schon sehr hilfreich. > > Danke + viele Grüße, > Christoph > > ----- > OTRS 3.0.11, MySQL, Apache2 > > >> Christoph Sandhaus schrieb: >> >>> irgendwas hab ich verfriemelt: >>> wenn ich auf ein Ticket mit "Leere Standardantwort" den Kunden >>> kontaktieren möchte, ist die Auswahl bei "Nächster Status des >>> Tickets:" automatisch auf "erfolglos geschlossen" eingestellt. Leider >>> werden so gelegentlich Tickets geschlossen, welchen den Status >>> "offen" behalten sollen. >> >> Mit sowas habe ich mich auch schon öfter herumgeschlagen. >> Erstens weißt Du ja sicher, dass man in Sysconfig für so ziemlich alle >> Dialoge den "Next State" voreinstellen kann. Es wurde auch in einen der >> letzten Versionen ein Bug behoben, dass irgendwo das nicht leer "-" >> gelassen werden konnte (d.h. der Dialog ändert den aktuellen Zustand >> nicht). Ich meine, das war in einem Antwortformular... >> Desweiteren fällt mir noch ein, dass wenn man Statusnamen ändert, OTRS >> in vielen Stellen mit der Sortierung empfindlich ist, d.h. da zählen >> oft nicht IDs, sondern der Statusname. >> Nur mal ganz grob als Input. >> >> Michael >> --------------------------------------------------------------------- >> OTRS mailing list: otrs-de - Webpage: http://otrs.org/ >> Archive: http://lists.otrs.org/pipermail/otrs-de >> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de >> > --------------------------------------------------------------------- > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de > -- Dipl.-Ing. Rene Böhm c.a.p.e. IT GmbH Annaberger Str. 240 09125 Chemnitz Tel.: +49 371 5347-624 Fax.: +49 371 5347-625 Mobil: +49 176 66680681 http://www.cape-it.de Geschäftsführung Rico Barth, Thomas Maier AG Chemnitz, HRB 23192 --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
