January 2005 - otrs-de - OTRS mailing lists

Problem mit Agent Benachrichtigung
by Info 27 Jan '05

27 Jan '05

Hi Leute, Ich habe eingerichtet, dass meine Agents benachrichtig werden, wenn ein neues Ticket eintrifft. Nach Installation lief das wunderbar. Jetzt wo alles angepasst ist, geht es nicht mehr :( Im Log steht auch nichts... Hat jemand eine Idee? Thx Repa Dieses E-Mail wurde mit Norman Virus Control auf Viren uberpruft. This Mail was checked by Norman Virus Control. Datum: 27/1/2005

1 0

Kein UserLogin
by Martin Hochreiter 27 Jan '05

27 Jan '05

Hi! Ich benötige keine Erfassung von Online - Anmeldedaten von Kunden, daher benötige ich auch UserLogin nicht, ich kriegs aber nicht hin - das System fragt immer danach (wird anscheinend von der Applikation geprüft) - kann mir wer helfen? lg Martin

1 0

Fragen zur CustomerUser Datenbank
by Thomas Rother 26 Jan '05

26 Jan '05

Hallo, ich konfiguriere gerade eine otrs 1.3.2 und habe ein paar Fragen zur Konfiguration der CustomerUser Datenbank (siehe Doku, Kapitel 10.2.1): - Ich binde eine sql Datenbank read only an. Ziel ist, daß die Kundendaten für OTRS Agenten lesbar, aber nicht änderbar sind (später wird die SQL durch eine LDAP DB ersetzt, auch dann natürlich read-only) Mein Problem: Die SQL Datenbank enthält ein Feld "login", welches hier als CustomerKey genutzt wird. Ein separates Feld mit RFC-konformer E-Mail Adresse pro Benutzer gibt es leider nicht. Alle E-Mail Adressen der Kunden leiten sich immer aus dem Feld "login" plus einer Default-Domain (@gaia.de) ab. otrs verlangt aber eine gültige E-Mail Adresse pro Datensatz.Wenn ich folgendes Mapping benutze [ 'UserEmail', 'E-Mail', 'login', 0, 0, 'var' ], dann meckert otrs natürlich, weil das Feld "login" keine E-Mail Adresse, sondern einen Loginnamen enthält. Meine Frage: Gibt es einen Weg, wie ich dem OTRS beibringen kann, das login Feld als Namensanteil einer Mailadresse zu nutzen und die nötige Domain (hier @gaia.de) standardmässig hinzuzufügen? Frage 2: In der Suchmaske der Kundenliste ist von schreibgeschützten Einträgen die Rede (markiert mit grünem *). Wie kann ich diese Markierung beim Datenfeld selbst anzeigen lassen? Frage 3: Gibt es eine detailliertere Beschreibung aller Optionen zur CustomerUser DB-Anbindung. Die Doku erklärt ja nur das nötigste... Frage 4: Ich möchte dem OTRS Agenten ermöglichen, zu jedem Benutzer eine Chronologie der bisher durchgeführten Kontakte zu sehen. Geht das irgendie automatisch oder muss ich mit manuell zu beschreibenden "Memo-Feldern" arbeiten? Und wenn ja, wo würden diese Daten gespeichert? Meine CustomerUser DB ist ja read-only, also müsste ich die "normalen" otrs DB nutzen. Geht sowas bzw. kann ich da auch Feldnamen und -Attribute ändern und über ein Mapping nutzbar machen??? Gruß & Danke, Thommie -- -------------------------------------------------------------------- THOMAS M. ROTHER * n e t z w i s s e n . d e * D-73728 Esslingen F.R. Germany, European Union * mailto:t.rother@netzwissen.de http://www.netzwissen.de * GPG Key from http://wwwkeys.de.pgp.net Fingerprint B208 E204 4249 4635 19B9 B691 3E73 C8B9 1229 DE4C ---------------------------------------------------------------------

2 2

RE: [otrs-de] E-Mail versenden bei Eskalation
by Bartsch, Martin msg asp gmbh 26 Jan '05

26 Jan '05

> OTRS versendet bei Eskalation eine eMail an jeden 'rw'-bewehrten > Agenten, der die entspr. Queue in seinen "bevorzugten" hat. Soll nun Das funktioniert bei uns nicht. z. B. Mitteilung bei Queue Wechsel funktioniert. Ist für die Eskalation noch eine Einstellung in der Config.pm erforderlich? Martin

1 0

Re: Re: [otrs-de] E-Mail versenden bei Eskalation
by ml＠charliesangels.biz 26 Jan '05

26 Jan '05

Hi, warum nicht über den Generic Agent ? So haben wir es gelöst. Viele Grüsse Sascha Robert Kehl <mailinglists(a)robertkehl.de> schrieb am 26.01.2005, 14:43:07: > Bartsch, Martin msg asp gmbh schrieb: > > wie kann man im OTRS einstellen, dass beim Erreichen der Eskalationszeit > > automatisch eine E-Mail an mehrere Adressen versendet wird? > > Das ist die verkehrte Fragestellung. > > OTRS versendet bei Eskalation eine eMail an jeden 'rw'-bewehrten > Agenten, der die entspr. Queue in seinen "bevorzugten" hat. Soll nun > noch immer/manchmal/zusätzlich eine weitere eMail-Adresse angeschrieben > werden, gilt es entweder den Source zu patchen oder einen Dummy-User > anzulegen, dessen eMail-Adresse eine Verteilerliste ist. > > hth, > > Robert Kehl > _______________________________________________ > 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

E-Mail versenden bei Eskalation
by Bartsch, Martin msg asp gmbh 26 Jan '05

26 Jan '05

Hallo, wie kann man im OTRS einstellen, dass beim Erreichen der Eskalationszeit automatisch eine E-Mail an mehrere Adressen versendet wird? Martin Bartsch

2 1

Eskalationszeit von der Priorität abhängig einstellen?
by Bartsch, Martin msg asp gmbh 26 Jan '05

26 Jan '05

Hallo zusammen, nach einigen Tagen Kontaktaufnahme mit OTRS suche ich eine Lösung für die Fragestellung: Wir haben mit unseren Kunden verschiedene SLAs abgeschlossen. Pro SLA gibt es 3 Prioritäten, die jeweils andere Eskalationszeiten haben. Der Agent soll das Ticket aufnehmen, der Queue (SLA) zuordnen und die Prio einstellen. Abhängig von der Prio soll die gewünschte Eskalationszeit dem Ticket zu geordnet werden. Ist das konfigurierbar oder nur programmierbar? Martin Bartsch

2 1

Mails direkt an Agent?
by SSaule＠stadt.bamberg.de 26 Jan '05

26 Jan '05

Hallo, gibt es eine Möglichkeit Mails, die an eine bestimmte Mailadresse geschickt werden, automatisch einem Agenten als persönliches Ticket zuzuordnen? bis dann Stefan PS: OTRS ist wirklich klasse - macht weiter so!!!

3 2

Ticket durch Notiz wieder oeffnen
by Yvonne Haller 26 Jan '05

26 Jan '05

Hi, ich will ein geschlossenes Ticket durch die Aktion "Notiz" wieder oeffnen. Dazu trage ich das: # NoteSetState # (possible to set ticket state via AgentNote) $Self->{NoteSetState} = 0; # default note next state $Self->{DefaultNextNoteStateType} = ['new', 'open', 'closed']; in die Config.pm ein. Und zwar mit: # NoteSetState # (possible to set ticket state via AgentNote) $Self->{NoteSetState} = 1; # default note next state $Self->{DefaultNextNoteStateType} = 'open'; Leider bekomme ich daraufhin, wenn ich nun einem geschlossenen Ticket eine Notiz hinzufuegen moechte, einen Server error. Wo ist der Fehler in der Syntax des NoteState???? Mit freundlichen Gruessen, Y.Haller -- -------------------------------------------------------------------------------- Yvonne Haller IMTEK-Institut fuer Mikrosystemtechnik Albert-Ludwigs-Universitaet Freiburg Georges-Koehler-Allee 103 D-79110 Freiburg Tel.: +49 / 761 / 203-7159 Fax: +49 / 761 / 203-7382 email: yhaller(a)imtek.uni-freiburg.de -------------------------------------------------------------------------------- There's never enough time to do all the nothing you want. -- Calvin

2 2

Fragen zu Charsets: "Diese Nachricht wurde in einem Zeichensatz erstellt..."
by Maurer, Hermann 26 Jan '05

26 Jan '05

Hallo zusammen, wir haben bei fast allen Tickets, die per E-Mail (MS Outlook + MS Exchange) erstellt wurden, die Meldung stehen: ' Diese Nachricht wurde in einem Zeichensatz erstellt, der nicht Ihrem eigenen entspricht.Wenn sie nicht korrekt angezeigt wird, hier klicken ... um sie in einem neuen Fenster angezeigt zu bekommen ' Die Variable aus der Datei Kernel/Config.pm ist folgendermaßen definiert: $Self->{DefaultCharset} = 'iso-8859-15'; Fall 1) Ändere ich die entsprechende Variable in Kernel/Language/de.pm: #$Self->{Charset} = ['iso-8859-1', 'iso-8859-15', ]; $Self->{Charset} = ['iso-8859-1']; so werden die Tickets ohne die Meldung oben angezeigt, die mit charset iso-8859-1 erstellt wurden. ---------------- Fall 2) Setze ich den Charset auf iso-8859-15: #$Self->{Charset} = ['iso-8859-1', 'iso-8859-15', ]; $Self->{Charset} = ['iso-8859-15']; wird die Meldung oben bei den Tickets mit charset iso-8859-15 nicht mehr angezeigt, dafür bei den Tickets mit dem Charset iso-8859-1. ----------------- Fall 3) Lasse ich den Standardwert stehen: $Self->{Charset} = ['iso-8859-1', 'iso-8859-15', ]; so bleibt es wie im Fall 2) ------------------ Ich habe den Eindruck, dass der Array nicht ganz korrekt interpretiert bzw. bearbeitet wird. Hat jemand ein gleiches Problem beobachtet/behoben ? Ich wäre für jeden Hinweis dankbar. Unser System ist OTRS 1.3.2 auf SuSE Linux 9.1 Danke und Gruß Hermann Maurer

3 2