- otrs-de - OTRS mailing lists

Falsche Queue bei unlock
by Juergen Meurer 29 Jan '04

29 Jan '04

Hallo, mir wurde heute von 2 Supportern die OTRS nutzen mitgeteilt das ein Ticket welches automatisch nach einem Freigabeintervall auf unlock gesetzt wird nicht in der entsprechenden Unterqueue auftaucht der es zugeordnet war sonder in der Hauptqueue. Kann das sein? -- Mit freundlichen Grüßen Jürgen Meurer

2 5

AW: [otrs-de] Frage bezueglich Kunden Datenbank [Viren geprueft]
by Haas Dominik 28 Jan '04

28 Jan '04

verstehe, nur was ist z.B. wenn ich unter der Telefonansicht einen Anruf eintragen möchte. Irgendwie sollte man ja eine Kunden Nummer angeben können, die dann evtl. mit dem Aufwand am Ende des Monats verrechnet werden kann. Sonst weiss ich ja nicht wieviel Support der Kunde genossen hat. danke! Grüße, Dominik Haas -----Ursprüngliche Nachricht----- Von: Robert Kehl [mailto:robert.kehl@otrs.de] Gesendet: Mittwoch, 28. Januar 2004 17:20 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de] Frage bezueglich Kunden Datenbank [Viren geprueft] On Wednesday, January 28, 2004 5:13 PM Haas Dominik <Dominik.Haas(a)cpg.de> wrote: > Gibt es eigentlich eine Möglichkeit einen Kunden auch ohne Login > Details zu erstellen? > Zum Beispiel macht das Sinn, wenn die Kunden gar keinen Login haben > sollen, sondern einfach nur anurfen/Mail schreiben können. Dann schreiben Sie einfach eine email an die System-eMail der gewünschten Queue (gerne auch per Formular). Du musst nicht unbedingt Customer User (Kundenbenutzer anlegen). hth, Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388 _______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/

2 1

Frage bezueglich Kunden Datenbank
by Haas Dominik 28 Jan '04

28 Jan '04

Hallo, Gibt es eigentlich eine Möglichkeit einen Kunden auch ohne Login Details zu erstellen? Zum Beispiel macht das Sinn, wenn die Kunden gar keinen Login haben sollen, sondern einfach nur anurfen/Mail schreiben können. Grüße, Dominik Haas

2 1

RE: [otrs-de] Fehler beim weiterleiten
by Lars Monsees 28 Jan '04

28 Jan '04

> Hi Lars, > > http://bugs.otrs.org/ mit genauer Version. > > Danke! :) > done > -Martin > > On Mon, Jan 26, 2004 at 10:39:25AM +0100, Lars Monsees wrote: >> Hallo, >> >> ich habe von einem Ticket einen Artikel angezeigt (Agent (E-Mail an >> extern)) und möchte diesen zwecks erneuter Nachfrage an den Kunden >> weiterleiten. Klicke also auf weiterleiten, gebe die eMail-Adresse >> des Kunden ein, füge meine Frage hinzu, ändere sonst nichts weiter >> (Artikeltyp steht auf email an extern) und klicke auf "senden". >> >> Dabei bekomme ich folgenden Fehler: >> >> ERROR: OTRS-CGI-10 Perl: 5.8.0 OS: linux Time: Mon Jan 26 10:28:10 >> 2004 >> >> Message: Need ArticleType or ArticleTypeID! >> (snip)

1 0

Statuszeile
by Juergen Meurer 28 Jan '04

28 Jan '04

Hallo, vielleicht eine blöde Frage. Wenn man auf Queue geht sieht man unterhalb folgendes: Tickets angezeigt: 0 - Page: - Tickets verfügbar: 0 - Alle Tickets: 5 Was bedeutet in diesem Fall die 5? Sind das alle Tickets die in von mir bevorzugten Queues sind die aber durch andere User in Bearbeitung sind? -- Mit freundlichen Grüßen Jürgen Meurer

2 1

Fehler beim weiterleiten
by Lars Monsees 28 Jan '04

28 Jan '04

Hallo, ich habe von einem Ticket einen Artikel angezeigt (Agent (E-Mail an extern)) und möchte diesen zwecks erneuter Nachfrage an den Kunden weiterleiten. Klicke also auf weiterleiten, gebe die eMail-Adresse des Kunden ein, füge meine Frage hinzu, ändere sonst nichts weiter (Artikeltyp steht auf email an extern) und klicke auf "senden". Dabei bekomme ich folgenden Fehler: ERROR: OTRS-CGI-10 Perl: 5.8.0 OS: linux Time: Mon Jan 26 10:28:10 2004 Message: Need ArticleType or ArticleTypeID! Traceback (28237): Module: Kernel::System::Ticket::SendArticle::SendArticle (v1.11) Line: 58 Module: Kernel::Modules::AgentForward::SendEmail (v1.22) Line: 304 Module: Kernel::Modules::AgentForward::Run (v1.22) Line: 88 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (v) Line: 609 Module: (eval) (v1.58) Line: 187 Module: ModPerl::RegistryCooker::run (v1.58) Line: 187 Module: ModPerl::RegistryCooker::default_handler (v1.58) Line: 159 Module: ModPerl::Registry::handler (v1.99) Line: 16 "email-external" steht mit ID 1 in der article_type Tabelle. Kann mir jemand sagen, wo der Fehler steckt? Gruß, Lars

2 1

update von 1.1.2 auf 1.2 BETA1
by web4.hm - Peter Padberg 27 Jan '04

27 Jan '04

Hallo! Erstmal vielen Dank den Entwicklern für das gelungene OTRS! Folgende Problemchen ergaben sich nachdem Update von 1.1.2 auf 1.2 BETA 1: 1. Es taucht bei einer Ticketeskalation das eskalierte Ticket mehrmals bei Ticketübersicht auf. -> Meines Wissens reicht vielleicht nur einmal. 2. Der "FAQ"-Button fehlt. -> auf otrs.org/demo ist dieser zusehen. (Ich glaube jedoch das dieser Fehler bereits gefixt ist!?) 3. Muß man für die otrs-Installation immernoch procmail installiert haben. -> Wozu braucht otrs procmail? Ich benutze eine SuSE8.1 mit qmail,SA,maildrop. otrs wurde via rpm geupdatet. Vielleicht helfen den Entwicklern die Punkte 1+2. Viele Grüße, Peter Padberg. -- _________________________________________________________________ web4.hm Pyrmonter Str. 42 D-31789 Hameln fon: +49-5151 60 99 70-0 Peter.Padberg(a)web4.hm fax: +49-5151 60 99 70-1 http://web4.hm

2 2

RE: [otrs-de] Delete über Generic Agent klappt nicht
by Benjamin.Zoeller＠salt-solutions.de 23 Jan '04

23 Jan '04

Hi Robert, habs mittlerweile auch hinbekommen. War ein bisschen schnell mit der Mail. Trotzdem Danke. Gruß und schönes Wochenende Benjamin Robert Kehl wrote: > On Friday, January 23, 2004 5:47 PM > Benjamin.Zoeller(a)salt-solutions.de > <Benjamin.Zoeller(a)salt-solutions.de> wrote: >> 'delete' => { >> # get all tickets with this properties >> Queue => 'Delete', >> # new ticket properties (no option is required, use just the >> options # witch should be changed!) >> New => { >> # DELETE! >> Delete => 1, >> }, >> }, > >> Was ist da falsch die Queue heißt delete. Und alle Tickets die darin >> sind, sind bereits geschlossen. > > 'delete' => { > Queue => 'delete', > States => ['closed successful', 'closed unsuccessful'], > Locks => ['unlock'], > New => { > Delete => 1, > }, > }, > > hth, > > Robert Kehl

1 0

Delete über Generic Agent klappt nicht
by Benjamin.Zoeller＠salt-solutions.de 23 Jan '04

23 Jan '04

Hallo, ich benutzte folgenden Code: 'delete' => { # get all tickets with this properties Queue => 'Delete', # new ticket properties (no option is required, use just the options # witch should be changed!) New => { # DELETE! Delete => 1, }, }, Aber er löscht nichts ?? Was ist da falsch die Queue heißt delete. Und alle Tickets die darin sind, sind bereits geschlossen. Danke + Gruß Benjamin

2 1

Qmail / fetchmail etc.
by Marc Scheuffler 23 Jan '04

23 Jan '04

Hallo, Ich habs mal wieder geschafft :-/ Wir verwenden leider seit neustem Qmail. Fetchmail holt die Emails auch brav vom Server ab, ordnet sie dann aber im OTRS Verzeichnis in die Datei Mailbox ein. Wie bringe ich fetchmail bzw. qmail oder otrs dazu, die Mails nicht dort hinzuschieben sondern durch die PostMaster.pl zu leiten Wer kann mir helfen. Was braucht ihr für Infos? Gruß Marc

2 1

deutsche Übersetzung der OTRS Dokumentation
by Jens Niederberghaus 22 Jan '04

22 Jan '04

Hallo an alle, in den vergangenen Wochen und Monaten hat sich ein kleines Team an die Arbeit gemacht und die Dokumentation vom Englischen ins Deutsche übersetzt. Diese Arbeit ist nun fast vollständig abgeschlossen. Um jedoch zu gewährleisten, dass diese Dokumentation semantisch und syntaktisch korrekt ist, oder anders gesagt keine Rechtschreib- oder gar inhaltlichen Fehler beinhaltet, müssen wir uns nun an die Arbeit machen, das geschriebene zu reviewen. Das Problem dabei ist, dass man Fehler in selbstverfassten Dokumenten nur schwer findet! Wir bitten daher um eure Mithilfe! Es wäre gerade zu famos, wenn ihr einen Blick in die deutsche Übersetzung (zu finden unter http://doc.otrs.org/cvs/de/html/) werfen könntet, nach Fehlern Ausschau haltet und diese dann an mich (jens.niederberghaus(a)otrs.de) reporten könntet! Vielen Dank schon mal im Voraus! Beste Grüße Jens Niederberghaus

2 1

RE: [otrs-de] deutsche Übersetzung der OTRS Dokumentation
by Lars Monsees 22 Jan '04

22 Jan '04

Hallo zusammen, werde ich mir auch anschauen, im Moment ist es allerdings zeitlich nicht so günstig. Hoffe, ich komme am WE mal dazu. Gruß, Lars > Hallo an alle, > > in den vergangenen Wochen und Monaten hat sich ein kleines Team an die > Arbeit gemacht und die Dokumentation vom Englischen ins Deutsche > übersetzt. Diese Arbeit ist nun fast vollständig abgeschlossen. Um > jedoch zu gewährleisten, dass diese Dokumentation semantisch und > syntaktisch korrekt ist, oder anders gesagt keine Rechtschreib- oder > gar inhaltlichen Fehler beinhaltet, müssen wir uns nun an die Arbeit > machen, das geschriebene zu reviewen. Das Problem dabei ist, dass man > Fehler in selbstverfassten Dokumenten nur schwer findet! > Wir bitten daher um eure Mithilfe! Es wäre gerade zu famos, wenn ihr > einen Blick in die deutsche Übersetzung (zu finden unter > http://doc.otrs.org/cvs/de/html/) werfen könntet, nach Fehlern > Ausschau haltet und diese dann an mich (jens.niederberghaus(a)otrs.de) > reporten könntet! > > Vielen Dank schon mal im Voraus! > > Beste Grüße > > Jens Niederberghaus > > > _______________________________________________ > 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?

1 0

RE: [otrs-de] RE: Status-Einstellung für Customer-Panel
by Benjamin.Zoeller＠salt-solutions.de 22 Jan '04

22 Jan '04

Hi Robert, > Verwechsele das nicht mit der Maske > http://localhost/otrs/index.pl?Action=AdminState > Dort stehen die englischen Namen, aber in der Agent-Oberfläche nicht. > > Gruß, > > Robert Kehl Genau darauf bin ich reingefallen, habs nun rückgängig gemacht nun funktioniert auch alles inkl. Customer-Panel. Gruß Benjamin

1 0

Spam Mails
by Michael Kunze 21 Jan '04

21 Jan '04

Guten Morgen, Vorne weg gleich mal: Ein tolles Produkt! Weiter so! Leider ist das eMail Archiev nicht durchsuchbar, oder es ist einfach noch zu früh. Deswegen frage ich einfach mal. Wir alle sind uns ja des Spam Problems bewußt. Mein Helpdesk wird regelrecht zugemüllt damit. Um eMails in die DB zu bekommen, benutze ich PostMaster.pl Bevor dies jedoch geschieht wandert sie (wie jede andere auch) durch SpamAssassin und bekommt dort ein zusätzliches Header Field "X-Spam-Flag: YES" Es sollte doch möglich sein, einfach alle eMails mit diesem Header zu ignorieren? Gibts sowas vielleicht schon? Ich habe gesehen, hier lesen auch Developer mit. Gibt es vielleicht ein Diff, was ich 'applyen' kann? Das wäre wunderbar und würde das Produkt abrunden. Tausend Dank, Gruß -- Michael Kunze http://www.smrealms.de/ Humor nam je u krvi, mnogi nam se smeju

2 3

RE: [otrs-de] RE: Status-Einstellung für Customer-Panel
by Benjamin.Zoeller＠salt-solutions.de 21 Jan '04

21 Jan '04

Robert Kehl wrote: > On Wednesday, January 21, 2004 11:59 AM > Benjamin.Zoeller(a)salt-solutions.de > <Benjamin.Zoeller(a)salt-solutions.de> wrote: > Warum genau deutschst Du die States ein? Die sind doch in > /opt/otrs/Kernel/Language/de.pm übersetzt, das benutzt wird, wenn Du > "Deutsch" als Sprache einstellst... > > hth, > > Robert Kehl Hallo Robert, moment reden wir jetzt über das gleiche? Es gibt sogar extra eine Anleitung hier : http://doc.otrs.org/1.1/html/state.html Wie man dies ändern kann. Und soweit ich das im Kopf habe waren bei mir die States in englisch sonst hätte ich mir die Arbeit gar nicht gemacht. Gruß Benjamin

2 1

RE: Status-Einstellung für Customer-Panel
by Benjamin.Zoeller＠salt-solutions.de 21 Jan '04

21 Jan '04

Hallo, Da habe ich es ja schon geändert, aber das gilt soweit ich das sehe nur für Email, also nicht für das CustomerPanel. Gruß Benjamin > Hallo, > > laut Manual (in State.html): > > > # PostmasterDefaultState > # (The default state of new tickets.) [default: new] > $Self->{PostmasterDefaultState} = 'neu'; > > # eventuell auch > # PostmasterFollowUpState > # (The state if a ticket got a follow up.) [default: open] > $Self->{PostmasterFollowUpState} = 'offen'; > >

2 1

Status-Einstellung für Customer-Panel
by Benjamin.Zoeller＠salt-solutions.de 21 Jan '04

21 Jan '04

Hallo Alfons, dann bekomme ich leider einen Internal Server Error ;( Gruß Benjamin >Hallo, > >im Modul CustomerMessage.pm muss State => 'new', in State =>'neu' geändert werden!! >Alfons

1 0

Status-Einstellung für Customer-Panel
by alfons.obermeyer＠dwpbank.de 21 Jan '04

21 Jan '04

Hallo, im Modul CustomerMessage.pm muss State => 'new', in State => 'neu' geändert werden!! Alfons |------------------------------------+------------------------------------| |Diese Nachricht ist vertraulich. Sie|This message is confidential and may| |ist ausschliesslich fuer |be privileged. It is | |den im Adressfeld ausgewiesenen |intended solely for the named | |Adressaten bestimmt. |addressee. If you are not the | |Sollten Sie nicht der vorgesehene |intended recipient please inform us.| |Empfaenger sein, so bitten |Any unauthorised | |wir um eine kurze Nachricht. Jede |dissemination, distribution or | |unbefugte Weiterleitung |copying hereof is prohibited. | |oder Fertigung einer Kopie ist |As we cannot guarantee the | |unzulaessig. Da wir nicht die |genuineness or completeness of | |Echtheit oder Vollstaendigkeit der |the information contained in this | |in dieser Nachricht |message, the statements | |enthaltenen Informationen |set forth above are not legally | |garantieren koennen, schliessen wir |binding. In connection | |die rechtliche Verbindlichkeit der |therewith, we also refer to our | |vorstehenden Erklaerungen |governing regulations of | |und Aeusserungen aus. Wir verweisen |concerning signatory authority | |in diesem Zusammenhang |published in the | |auch auf die fuer uns geltenden |standard bank or company signature | |Regelungen ueber die |lists with regard to the | |Verbindlichkeit von |legally binding effect of statements| |Willenserklaerungen mit |made with the intent to | |verpflichtendem |obligate us. | |Inhalt, die in den bank- bzw. | | |unternehmensueblichen | | |Unterschriftenverzeichnissen bekannt| | |gemacht werden. | | |------------------------------------+------------------------------------|

1 0

RE: otrs-de Nachrichtensammlung, Band 3, Eintrag 25
by Benjamin.Zoeller＠salt-solutions.de 21 Jan '04

21 Jan '04

Hallo, Da habe ich es ja schon geändert, aber das gilt soweit ich das sehe nur für Email, also nicht für das CustomerPanel. Gruß Benjamin > Hallo, > > laut Manual (in State.html): > > > # PostmasterDefaultState > # (The default state of new tickets.) [default: new] > $Self->{PostmasterDefaultState} = 'neu'; > > # eventuell auch > # PostmasterFollowUpState > # (The state if a ticket got a follow up.) [default: open] > $Self->{PostmasterFollowUpState} = 'offen'; > >

1 0

Status-Einstellung für Customer-Panel
by Benjamin.Zoeller＠salt-solutions.de 21 Jan '04

21 Jan '04

Hallo, mit welcher Configurationseinstellung legt das Customer-Panel die Tickets mit Status neu statt new an? Ich habe alle Statuse eingedeutscht funktioniert auch prima im Ticketsystem nur das CustomerPanel mag nicht. Er sagt immer NeedTicketID was wohl auf OTRS-CGI-0[30764]: [Error][Kernel::System::Ticket::State::StateLookup][Line:74]: No StateID for new found! beruht. Danke + Gruß Benjamin

2 1

RE: [otrs-de] Fehler beim Ticket erstellen durch Kunden
by Lars Monsees 21 Jan '04

21 Jan '04

> On Wednesday, January 21, 2004 9:27 AM > Lars Monsees <l.monsees(a)atlantisgmbh.de> wrote: >> Wie wäre es denn theoretisch möglich, an eine bestehende SessionID zu >> kommen? > > Kurz: Per Netzwerk-Scanner wie ethereal z.B. einer ist, oder indem die > Logfiles geparsed werden. > > Lang: Du musst dafür Zugriff auf den Datenstrom haben. Die Admins der > Netzwerke, deren Server/Router/Switches/etc.pp. an der > Datenübermittlung beteiligt sind, haben Zugriff darauf, und jeder, > der eine der Boxen gehackt haben sollte. > > Ein Netzwerkscanner loggt, analysiert und filtert nach Vorgaben des > Users (Admins) z.B. Protokoll, Adresse(n) und Inhalt. OTRS-Webseiten > folgen einem Muster und sind leicht herauszuparsen. Das war's. > > Den IP-Check abschalten würde ich nur, wenn gleichzeitig alle > http-Verbindungen unterbunden werden, und nur per https gearbeitet > wird, womit die Session-Id verschlüsselt würde. Allerdings wird das > m.E. bei ständig und häufig wechselnden IP-Adressen zu einer > Verlangsamung der erlebten Arbeitsgeschwindigkeit führen, da das > SSL-Protokoll jeweils neu ausgehandelt werden muss. > > hth, > > Robert Kehl Danke für die umfangreiche Info. Werde den Check nicht disablen, da bisher nur zwei Kunden Probleme hatten wovon einer wiederum mit nem anderen Provider auch keine Probleme hatte (warum auch immer - die Zeit zum Nachforschen ist mir zu schade). Gruß, Lars

1 0

RE: [otrs-de] Fehler beim Ticket erstellen durch Kunden
by Lars Monsees 21 Jan '04

21 Jan '04

> Hi Lars, > > On Tue, Jan 20, 2004 at 03:06:38PM +0100, Lars Monsees wrote: >> [...] >> Tue Jan 20 14:52:05 2004 notice OTRS-CGI- 10 >> RemoteIP of '1098631d416369daf1cad1b674a8f4722d' (217.2.237.167) is >> different with the request IP (217.2.235.53). Don't grant access!!! > > Ich glaube auch (wie Robert schon schrieb) das der User eine neue IP > bekommen hat (neuer Dialin). > > Für diesen Security Check würde es auch eine Konfig Einstellung geben: > > [Kernel/Config.pm] > # SessionCheckRemoteIP > # (If the application is used via a proxy-farm then the > # remote ip address is mostly different. In this case, > # turn of the CheckRemoteID. ) [1|0] > $Self->{SessionCheckRemoteIP} = 1; > [...] > > Ggf. kann man das auch auf 0 setzen. Ist aber nicht empfohlen, weil > man mit einer SessionID dann die Session übernehmen könnte (!). > Ok, danke für die Info. Werde ich zur Not mal ausprobieren. Wie wäre es denn theoretisch möglich, an eine bestehende SessionID zu kommen? >> Gruß, >> Lars > > Martin Edenhofer

2 1

Fehler beim Ticket erstellen durch Kunden
by Lars Monsees 20 Jan '04

20 Jan '04

Hallo zusammen, bisher funktioniert unser OTRS wunderbar. Nun ist mir neulich aber bereits einmal folgendes Problem aufgefallen (AOL-User) und heute tritt es bei einem Kunden auf, der mit T-Online ins Internet geht. Aus dem Systemlog: Tue Jan 20 14:52:59 2004 notice OTRS-CGI- 10 SessionID: '1098631d416369daf1cad1b674a8f4722d' is invalid!!! Tue Jan 20 14:52:05 2004 notice OTRS-CGI- 10 Removed SessionID 1098631d416369daf1cad1b674a8f4722d. Tue Jan 20 14:52:05 2004 notice OTRS-CGI- 10 RemoteIP of '1098631d416369daf1cad1b674a8f4722d' (217.2.237.167) is different with the request IP (217.2.235.53). Don't grant access!!! Liegt dies einzig und allein an den Providern, da diese die IP-Adressen während einer Sitzung ändern (was ich für unwahrscheinlich halte), oder ist es wahrscheinlicher, dass der Kunde sich am OTRS angemeldet hat, die Verbindung getrennt, wiederhergestellt (ggf. auch weil der Kunde vielleicht FritzWeb einsetzt, welches die Verbindung automatisch bei Inaktivität trennt) und dann versucht hat, im OTRS weiterzuarbeiten? Gruß, Lars

3 2

RE: [otrs-de] Fehler beim Ticket erstellen durch Kunden
by Lars Monsees 20 Jan '04

20 Jan '04

> On Tuesday, January 20, 2004 3:06 PM > Lars Monsees <l.monsees(a)atlantisgmbh.de> wrote: >> RemoteIP of '1098631d416369daf1cad1b674a8f4722d' (217.2.237.167) is >> different with the request IP (217.2.235.53). Don't grant access!!! >> >> Liegt dies einzig und allein an den Providern, da diese die >> IP-Adressen während einer Sitzung ändern (was ich für >> unwahrscheinlich halte), > > Das tut m.E. kein Provider. > >> oder ist es wahrscheinlicher, dass der Kunde >> sich am OTRS angemeldet hat, die Verbindung getrennt, >> wiederhergestellt (ggf. auch weil der Kunde vielleicht FritzWeb >> einsetzt, welches die Verbindung automatisch bei Inaktivität trennt) >> und dann versucht hat, im OTRS weiterzuarbeiten? > > Machen wir mal nicht zu viel Werbung - dieses Feature zeigen alle am > Markt befindlichen Software- wie Hardware-Router: die Leitung nach > einer (meist definierbaren) Zeitspanne zu schliessen, um bei > Abrechnung der Internetverbindung pro Minute Geld zu sparen. > ok, dann werde ich da mal weiter nachforschen... Danke, Lars

1 0

Log der delete Queue
by Juergen Meurer 20 Jan '04

20 Jan '04

Hallo, wie so vile haben auch wir eine delete Queue in die Tickets verschoben werden können die dann automatisch gelöscht werden. Gibt es eine Möglichkeit in einer Logdatei Infos darüber festzuhalten? Aslo welches Ticket von wem in die deletequeue und wann gelöscht? -- Mit freundlichen Grüßen Jürgen Meurer

2 1