- 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

Re: Benachrichtigung per Mail bei Eskalation
by Benjamin.Zoeller＠salt-solutions.de 18 Jan '04

18 Jan '04

Das versteh ich nicht. Wenn man das für eine Queue nicht will, dann kann man das um AdminInterface->Queue ausschalten. Martin Ich meinte das nicht für Administratoren sondern für Kunden. Ich benutze das Ticketsystem auch für Warnmeldungen von Antivirenhersteller oder ähnlichem. Aber diese wollten ja keine Info das ein Ticket erstellt worden ist oder wer der Bearbeiter ist. Die einzige Möglichkeit, die ich momentan auch nutze, ist eine spezielle Queue was ich eigentlich vermeiden wollte. Ich hoffe diese Mail kommt nun als Antwort auf dein Posting. Falls nicht was muss ich tun damit das in Zukunft funktioniert? Danke Gruß Benjamin

2 1

release info?
by Ulrich Leodolter 18 Jan '04

18 Jan '04

gibts einen zeitplan für das nächste release?

2 1

RE: [otrs-de] HTML-Mails
by Lars Monsees 16 Jan '04

16 Jan '04

> On Fri, Jan 16, 2004 at 03:49:11PM +0100, Lars Monsees wrote: >>> Einbauen könnte man das bestimmt. Aber es gibt noch wichtigere >>> Features zum einbauen... :) >>> >> >> Kenn ich =) >> Aber könntest Du das mit auf die Liste nehmen (für später)? > > Done. > Thx >>>> Lars > > Martin Edenhofer

1 0

RE: [otrs-de] HTML-Mails
by Lars Monsees 16 Jan '04

16 Jan '04

> On Fri, Jan 16, 2004 at 11:45:49AM +0100, Lars Monsees wrote: >>>> Ja, und ich würde auf dieses Attachment gerne verzichten, da OTRS >>>> den Inhalt ja bereits im Body gespeichert hat. >>> >>> Dann verstehen wir uns ja (meinten das gleiche). .-) >>> >>> Wenn man sicher sagen könnte, dass das zweite Attachment wirklich >>> "nur" die HTML eMail 1:1 (des Inhaltes) ist, dann könnten wir das >>> machen. Das Problem ist nur, dass es auch eine "normale" HTML Seite >>> sein könnte welche attached wurde (Info, Liste, Einladung, ...). >>> >> >> ja, verstehe Dich schon. Aber es wäre doch bestimmt möglich, dass >> als Option einzubauen, oder? Schliesslich ist OTRS sonst ja schon so >> wunderbar flexibel. > > Einbauen könnte man das bestimmt. Aber es gibt noch wichtigere > Features zum einbauen... :) > Kenn ich =) Aber könntest Du das mit auf die Liste nehmen (für später)? >> Lars > > Martin

2 1

RE: [otrs-de] HTML-Mails
by Lars Monsees 16 Jan '04

16 Jan '04

> Hi Stephan, > > On Fri, Jan 16, 2004 at 12:23:24PM +0100, Stephan Hesse wrote: >>> Wenn man sicher sagen könnte, dass das zweite Attachment wirklich >>> "nur" die HTML eMail 1:1 (des Inhaltes) ist, dann könnten wir das >>> machen. Das Problem ist nur, dass es auch eine "normale" HTML Seite >>> sein könnte welche attached wurde (Info, Liste, Einladung, ...). >> >> Hmmm, wenn ich MIME richtig verstehe, ist das unterscheidbar - am >> Content-Type: header: >> >> - bei alternativ anzuzeigenden Text oder HTML Inhalten: >> Content-Type: multipart/alternative > > Cool! Das wusste ich noch garnicht. :) Danke für die Info. > und hält sich M$ auch an den Standard? ;-) >> Gruß >> Stephan > > Martin

1 0

RE: [otrs-de] HTML-Mails
by Lars Monsees 16 Jan '04

16 Jan '04

Hi Martin, > > Hi Lars, > > On Thu, Jan 15, 2004 at 02:55:02PM +0100, Lars Monsees wrote: > > HTML-Mails werden beim Ticket als Anhänge hinzugefügt. > Normalerweise > > ist der Text aber einfach nur doppelt. > > Kann man einstellen, dass diese Anhänge nicht erzeugt werden? > > Was meinst Du mit "Normalerweise ist der Text aber einfach > nur doppelt."? > Damit meine ich, dass HTML-Mails normalerweise höchstens formatierten Text (z.B. eine Sigantur in bunt =) enthalten, inhaltlich aber identisch mit der reinen Textansicht sind. Von daher bekommt man durch die HTML-Mails keine weiteren Infos sondern nur unnötige Datenmengen, die in der DB landen. > Normal besteht eine HTML email aus einer Plain-Text und einer > HTML eMail. > > -=> Der Plain-Text wird dann als Body angezeigt und das > HTML Attachment > als Attachment abgespeichert (weil es ja ein Attachment ist). > Ja, und ich würde auf dieses Attachment gerne verzichten, da OTRS den Inhalt ja bereits im Body gespeichert hat. Falls doch mal etwas wichtiges im HTML-Part gestanden haben sollte (wobei das bei uns mehr als unwahrscheinlich ist), muss man sich halt nochmal mit dem Kunden in Verbindung setzen. Lars

3 3

RE: [otrs-de] HTML-Mails
by Lars Monsees 16 Jan '04

16 Jan '04

@Robert: diesmal mit QouteFix *g* > Hi Lars, > > On Fri, Jan 16, 2004 at 09:41:49AM +0100, Lars Monsees wrote: >> Damit meine ich, dass HTML-Mails normalerweise höchstens >> formatierten Text (z.B. eine Sigantur in bunt =) enthalten, >> inhaltlich aber identisch mit der reinen Textansicht sind. Von daher >> bekommt man durch die HTML-Mails keine weiteren Infos sondern nur >> unnötige Datenmengen, die in der DB landen. >> >> > Normal besteht eine HTML email aus einer Plain-Text und einer > >> HTML eMail. > >> > -=> Der Plain-Text wird dann als Body angezeigt und das > HTML >> Attachment > als Attachment abgespeichert (weil es ja ein >> Attachment ist). >> >> Ja, und ich würde auf dieses Attachment gerne verzichten, da OTRS >> den Inhalt ja bereits im Body gespeichert hat. > > Dann verstehen wir uns ja (meinten das gleiche). .-) > > Wenn man sicher sagen könnte, dass das zweite Attachment wirklich > "nur" > die HTML eMail 1:1 (des Inhaltes) ist, dann könnten wir das machen. > Das > Problem ist nur, dass es auch eine "normale" HTML Seite sein könnte > welche attached wurde (Info, Liste, Einladung, ...). > ja, verstehe Dich schon. Aber es wäre doch bestimmt möglich, dass als Option einzubauen, oder? Schliesslich ist OTRS sonst ja schon so wunderbar flexibel. > -=> Aus diesen Grund würde ich das lieber nicht machen (zummal das > Datanvolumen) überschaubar bleibt (IMO). > Kleinvieh macht auch Mist =) Mich stört v.a. auch, dass man Zeit verschwendet, sich die Anlagen anzugucken, obwohl da nichts neues drin steht. Lars

2 1

Benutzer im Mozilla editieren
by Liste 16 Jan '04

16 Jan '04

Salut, ich hoffe, daß Cross-Posting hier nicht bestraft wird :) Seltsamerweise kann ich mit dem Mozilla nicht gescheit user editieren. Beim Öffnen der User-Seite werden bereits Daten in den Feldern angezeigt, obwohl noch gar kein User ausgewählt wurde. Wenn ich dann einen User zum editieren auswähle, werden nicht die Daten des Users angezeigt sondern die Gleichen wie beim Starten der Seite. Das ist reichlich nervig, vor allem weil es mit dem Internet Explorer funktioniert. Ideen? -- Greez, Peter Koch mailto:liste at lala dot ath dot cx

3 3

Verschiedene Stati
by Juergen Meurer 16 Jan '04

16 Jan '04

Hallo, wahrscheinlich habe ich etwas verpasst aber hier die Frage. Was genau machen die Stati "warten auf erfolgreich schliessen", "warten auf erfolglos schliessen", "warten auf Erinnerung"? Kann es sein dass die ersten beiden einen Fall automatisch nach der unten eingegebenen Zeit dichtmachen? Wenn ja wo steckt der Sinn in dieser Einstellung? Bei "warten auf Erinnerung" gehe ich mal davon aus das dieser Fall aus der Queue des Mitarbeiters verschwindet und erst zum festgelegeten Zeitpunkt wieder erscheint? Passiert das selbe mit den Fällen wenn dieses Stati eingegeben werden, damit gesperrt sind und ich die gesperrten Fälle automatisch nach zwei Tagen wieder freigebe? -- Mit freundlichen Grüßen Jürgen Meurer ---------------------------------------------------- BAD GmbH Herbert-Rabius-Str. 1 53225 Bonn Tel: 0228/40072-70 Email: meurer(a)bad-gmbh.de

2 5

Listen-FAQ: Korrektes Zitieren mit Outlook & Co.
by Robert Kehl 16 Jan '04

16 Jan '04

Hallo alle! Ein kleiner Tipp an alle Benutzer von Outlook Express und Outlook: Eure eMail-Clients können nicht korrekt zitieren. Das Schlimmste ist, sie brechen bestehende Mailinglisten-Threads recht häufig. Zusätzlich nutzen sie ausufernde, aber recht nutzlose Zitate-Kopfzeilen. Schaut Euch mal diese Software an, die Euch (und der Liste) da raushilft: http://flash.to/outlook-quotefix für Outlook Nutzer http://flash.to/oe-quotefix für Outlook Express Nutzer Probiert's, es ist frei, ehrlich (weder Ad- noch SpyWare) und sehr nützlich! Ihr werdet es lieben! Nachdem Ihr Quotefix installiert habt, könnt ihr sowas auch: http://www.netmeister.org/news/learn2quote.html Danke für Eure Aufmerksamkeit, Robert Kehl PS: Nein, weder ich noch die OTRS GmbH stehen in einer Verbindung zu obiger Software. Der Autor ist Dominik Jain, mehr info auf http://flash.to/oblivion. -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388

1 0

RE: [otrs-de] Verschiedene Stati
by Lars Monsees 16 Jan '04

16 Jan '04

(snip) > > > > So wie ich die genannte Option verstehe, würde ich den > Status direkt > > auf Berechnung setzen, oder? > > Ah, Denkfehler von mir. Zwei Lösungsansätze: > > Leg' noch einen neuen Status an, sagen wir 'pending Berechnung': > http://localhost/otrs/index.pl?Action=AdminState > Vergib' den Typ 'pending auto'. > > In Config.pm setzt Du nun: > # (state after pending time has reached) > $Self->{StateAfterPending} = { > 'pending auto close+' => 'closed successful', > 'pending auto close-' => 'closed unsuccessful', > 'pending Berechnung' => 'Berechnung', > }; > > Alternativ lass den 'pending Berechnung' weg, und setze: > # (state after pending time has reached) > $Self->{StateAfterPending} = { > 'pending auto close+' => 'Berechnung', > 'pending auto close-' => 'closed unsuccessful', > }; > > Letztere Lösung trüge dem Umstand Rechnung, dass alles erfolgreich > Geschlossene auch berechnet wird. Your choice. > > hth, > > Robert Kehl > Super! Danke Robert. Gruß, Lars

1 0

HTML-Mails
by Lars Monsees 15 Jan '04

15 Jan '04

Hallo, HTML-Mails werden beim Ticket als Anhänge hinzugefügt. Normalerweise ist der Text aber einfach nur doppelt. Kann man einstellen, dass diese Anhänge nicht erzeugt werden? Gruß, Lars

2 1

CustomerPanel doppelt benutzen
by Benjamin.Zoeller＠salt-solutions.de 15 Jan '04

15 Jan '04

Hallo, ich würde gerne das Customer-Panel unseren Mitarbeitern zur Verfügung stellen, damit sie sehen was der momentane Stand ihres Tickets ist. Leider funktioniert bei mir das Customer-Panel nur mit Tickets die auch im Customer-Panel erstellt wurden. Tickets die sie per Mail an das Ticketsystem schicken können sie nicht anschauen -> Permission Denied! Ist dies möglich oder kann ich nur Tickets im Customer Panel anschauen die auch dort erstellt wurden? Gruß Benjamin Zöller

2 1

Benachrichtigung per Mail bei Eskalation
by Benjamin.Zoeller＠salt-solutions.de 15 Jan '04

15 Jan '04

Hallo Martin, wird das als Feature eingebaut, wie ich es oben beschrieben habe? Nett wäre auch wenn man die Sachen, die man derzeit über Procmail steuern muss in das Programm mit eingebaut werden. Und was mir noch fehlt ist eine Möglichkeit E-mailadressen außen vor zu lassen. Also Adressen die man in eine Außnahmeliste einträgt und dann werden Aktionen, wie Neuer Bearbeiter oder Statusinfos, nicht an diese Leute verschickt. Grüße Benjamin

2 1

RE: [otrs-de] Verschiedene Stati
by Lars Monsees 15 Jan '04

15 Jan '04

> > On Thursday, January 15, 2004 4:46 PM > Lars Monsees <l.monsees(a)atlantisgmbh.de> wrote: > > > On Thursday, January 15, 2004 11:49 AM > > > Juergen Meurer <meurer(a)bad-gmbh.de> wrote: > > Kann man konfigurieren, auf welchen Status das Ticket gesetzt wird? > > Für uns wäre es praktisch, wenn es statt auf "geschlossen" auf > > "Berechnung" (eigener Status) gesetzt werden würde. > > Ja. In Config.pm: > > # next possible states for pendinf screen > $Self->{DefaultPendingNextStateType} = ['pending > reminder', 'pending > auto','Berechnung']; > Habe mich glaube ich missverständlich ausgedrückt. Ich möchte den Status quasi auf 'pending auto-close' setzen, das Ticket soll bei erreichen der Zeit aber nicht auf den Status geschlossen, sondern Berechnung gesetzt werden. So wie ich die genannte Option verstehe, würde ich den Status direkt auf Berechnung setzen, oder? Lars

2 1

RE: [otrs-de] Verschiedene Stati
by Lars Monsees 15 Jan '04

15 Jan '04

> > On Thursday, January 15, 2004 11:49 AM > Juergen Meurer <meurer(a)bad-gmbh.de> wrote: > > Was genau machen die Stati "warten auf erfolgreich schliessen", > > "warten auf erfolglos schliessen", "warten auf Erinnerung"? > > > > Kann es sein dass die ersten beiden einen Fall automatisch nach der > > unten eingegebenen Zeit dichtmachen? > > Ja. > > > Wenn ja wo steckt der Sinn in dieser Einstellung? > > Das ist eine Arbeitserleichterung. Du bekommst eine Anfrage, "Wo geht > die Fettschrift an", sagst "hier: xyz", schickst es dem Kunden. Der > klickt, freut sich und vergisst, Dir zu antworten. Da Du das > erwartest, > setzt Du das Ticket auf auto-close+. > Kann man konfigurieren, auf welchen Status das Ticket gesetzt wird? Für uns wäre es praktisch, wenn es statt auf "geschlossen" auf "Berechnung" (eigener Status) gesetzt werden würde. (snip)

2 1

Bearbeiter in Übersicht
by Juergen Meurer 15 Jan '04

15 Jan '04

Hallo, gibt es eine Möglichkeit sich in der Queue die aktuell zugeordnete Person anzeigen zu lassen? Hintergrundist der das Tickets über die zeitliche Entsperrung wieder den Status freigegeben haben und man jetzt pro Ticket in die Historie muss um sich den letzten Bearbeiter anzeigen zu lassen. Oder habe ich etwas übersehen? -- Mit freundlichen Grüßen Jürgen Meurer ---------------------------------------------------- BAD GmbH Herbert-Rabius-Str. 1 53225 Bonn Tel: 0228/40072-70 Email: meurer(a)bad-gmbh.de

3 4

Benachrichtigung per Mail bei Eskalation
by Benjamin.Zoeller＠salt-solutions.de 15 Jan '04

15 Jan '04

Hallo, ich bin leider nicht so ein guter Programmierer. Bräuchte aber eine Benachrichtigung bei Eskalation per Mail. Kann mir irgendjemand sagen wie das geht. Benachrichtigungen sollen nur die jenigen erhalten, die auf eine bestimmte Queue den Status bevorzugte Queue aktiviert haben. Bei mir heißt diese Queue Eingang. Danke+Gruß Benjamin Zöller ---------------------------------------------------------------- SALT Solutions GmbH Benjamin Zöller System- und Netzwerkadministrator Wörthstr. 15 97082 Würzburg Tel: +49.931.3573.558 Fax: +49.931.3573.409 > Mail: benjamin.zoeller(a)salt-solutions.de www.salt-solutions.de Besuchen Sie uns unter www.salt-solutions.de

4 3

Management vieler Qeues und Sub-Qeues
by Andreas.Bredenkoetter＠Bertelsmann.de 14 Jan '04

14 Jan '04

Hallo! Hallo! Ich bin neu hier im Forum. Insofern weiß ich nicht, ob die Frage schon mal gestellt wurde, im Archiv hab' ich es jedenfalls noch nicht gefunden. Das Problem ist das Management vieler Queues. Wir haben derzeit etwa 10 Haupt-Queues, von denen jede wieder zwischen 4 und 10 Sub-Queues hat. Das ist für unsere Problemkategorisierung eigentlich schon schön, nur wird die Drop-down-Liste kilometerlang. Der nächste Gedanke war, die Qeue-Listen zu trennen. Die Haupt-Queues in eine Dropdown zu packen und nach Auswahl eine zweite Dropdown mit den zugehörigen Sub-Qeues zu füllen und die dann zur Auswahl zu stellen.... Hat das schon mal jemand gemacht (Wenn ja, wie?)? ;-) Gibt es andere Ansätze? Danke und viele Grüsse Andreas Bredenkötter Sonopress GmbH Carl-Bertelsmann-Str. 161F 33311 Guetersloh / Germany phone: [+49] (0)5241 80-45807 e-mail: andreas.bredenkoetter(a)bertelsmann.de www: www.sonopress.de

2 1

Bearbeitungszeit
by Juergen Meurer 14 Jan '04

14 Jan '04

Hallo, ich würde es gern erreichen das die Bearbeiter von Tickets unbedingt eine Bearbeitungszeit eingeben. Wie kann ich das erreichen? -- Mit freundlichen Grüßen Jürgen Meurer ---------------------------------------------------- BAD GmbH Herbert-Rabius-Str. 1 53225 Bonn Tel: 0228/40072-70 Email: meurer(a)bad-gmbh.de

2 2

Verbesserungsvorschlag ZoomView
by Lars Monsees 13 Jan '04

13 Jan '04

Hallo zusammen, im Moment ist es so, dass im ZoomView die Zeile im "Verlauf" mit dem darunter angezeigten Artikel kursiv dargestellt wird. Ich finde dies noch zu unauffällig - schöner wäre imho wenn der Text rot oder mit gelbem Zeilenhintergrund dargestellt werden würde. Kommentare? Gruß, Lars

2 1

Kunde hat keine Berechtigung für neues Ticket
by Trilos, ComLink-Service 12 Jan '04

12 Jan '04

Ich kann mich als Kunde im Customer-Login anmelden, kann meine (alten) Tickets sehen und Follow-Ups posten. Nur wenn ich ein "Neues Ticket" erstelle, bekomme ich nach dem "Übermitteln" die Fehlermeldung: "Keine Berechtigung". Im Feld An: kann ich eine Queue auswählen, Betreff und Text fülle ich aus. Berechtigungen "ro" und "rw" für die betr. Queue sind für den Kunden gesetzt. Mit freundlichen Grüßen i.A. Udo Schacht-Wiegand -- [ Trilos GbR >>> ComLink-Dienstleistungen <<< ] [ http://www.trilos.de http://www.comlink.org ] [ Tel.: 0511-2144986-8 * Fax.: 0511-2144986-5 ]

2 1

Neue Datenbankfelder in OTRS
by Robert Einsle 12 Jan '04

12 Jan '04

Hallo List, ich habe bei uns OTRS installiert, und es gefällt allen sehr gut, nur fehlen und einige wenige zusätzliche Datenfelder. Wie schwierig ist es, diese Felder in otrs einzubauen?? Vor allem ohne grundlegende Perlkenntnisse?? Danke für eure Antwort. \Robert

3 7

Hilfe spool Verzeichnis
by Juergen Meurer 12 Jan '04

12 Jan '04

Hallo, wegen eines Fehlers in der Config.pm lief Otrs nicht mehr. In der opt/otrs/var/spool befinden sich an die 40 Dateien. Wenn diese dort sind startet otrs nicht, wenn ich diese lösche startet otrs erfolgreich. Da es sich hier aber sicherlich um Supportfälle handelt muss ich die Teile irgendwie in das System bekommen. Irgend eine Idee? -- Mit freundlichen Grüßen Jürgen Meurer

3 7

RE: [otrs-de] GenericAgent -> escalation
by Lars Monsees 12 Jan '04

12 Jan '04

> > >Das ist das beabsichtigte Verhalten. Ein Ticket gilt > dann nicht > > mehr als >eskaliert, wenn es bearbeitet wurde, z.B. ein neuer > > Pending-State >vergeben wurde, oder eine Antwort > versandt. Danach > > schlummert ein Ticket >gerne bis in alleEwigkeiten, > ohne je wieder > > zu mucken. > > > > > Müsste ich also per Job alle Tickets auf "nicht > beantwortet" setzen? > > Wenn Sie wieder eskalieren sollen, ja. > > Robert Kehl > > PS: Schau' Dir mal Ja? Wo? Bitte verrate es mir, Robert ;-) Lars

2 1