Znuny and ((OTRS)) Community Edition

Das Debian Paket macht alle benötigten Einstellungen von selbst.

Nein, das geht nicht.

Vorschlag: Queue FAQ Vorschläge einrichten und dort Vorschläge entgegen nehmen, die von einem Agenten geprüft und eingestellt werden können.

Hallo,

scheinbar ist die PDF API in dieser Version kaputt. Bitte nutze eine ältere Version.

Der WordCount sollte sich auf die Artikellänge beziehen, ich müsste aber im Code nachschauen um das zu verifizieren

Hallo, das habe ich schon mehrfach versucht. Er sagt mir dann immer die Pakete passen nicht zum Framework. Bzw., wenn ich auf "[-OTRS::ITSM Master-] http://ftp.otrs.org" im Online Repository: Aktualisieren klicke kommt -> : Can't get file from http://ftp.otrs.org/pub/otrs/itsm/packages//o...

mario156 wrote: Nagut muss ich halt bei jedem User voher nachfragen.

Nimm doch Englisch als default language. Das sollte jeder verstehen..

Du kannst danach die installierten Pakete über den Paketmanager updaten

Static DB hat in der SysConfig ein paar Konfigoptionen, wie Wordlängen und max. Wortzahl pro Artikel. Hast Du das schon geprüft?

Die Loginmaske wird in der Sprache des Browsers angezeigt, daher kann man dort eine Sprache einstellen. Nach dem Login gilt die Sprache die sich der User in den Einstellungen gegeben hat.

Normalerweise sollten Tickets nicht eskalieren

Die Cache Zeit ist natürlich auch abhängig von Eurer Ticketanzahl zu setzen. Wenn man sehr viele Tickets hat, ist die Last zum Aufbauen des Caches natürlich höher als bei wenigen...

Die Eskalationsanzeige wird gecacht, die Lebensdauer des Caches ist abhängig vom Alter des Tickets..

das ist korrekt so...

Ich verstehe die ganze "Aufregung" nicht. Es ist doch wohl nicht zuviel verlangt das ein Agent, wenn er eine finale Antwort an den Kunden rausschickt, den Status im Compose Fenster von offen auf erfolgreich geschlossen setzt. Vergisst er das muss er halt in den sauren Apfel beißen und das ...

schalte Dir doch den Statusview ein, dann hast Du eine tabellarische Übersicht. Ansonsten müsstest Du das Template anpassen.

ja, den SQL Befehl entsprechend anpassen, in das Eingabefeld kopieren mit ; abschliessen und die 40 aus dem LIMIT Feld löschen

im OTRS zählt ausschliesslich der Erzeugungszeitpunkt des Tickets. Was für ein Zeitstempel in der Mail verwendet wird ist egal

wo muss ich denn da was eingeben unter windows? Im "Command Line Interface" oder auch DOS Box genannt über das Programm mysql, im OTRS Admin Frontend in der "[ SQL Box ] " oder über einen anderen MySQL Client den Du Dir installierst. werd ich erst sehen wenn ich des mit der date...

moin, Dann nimmst du alle .dtl Dateien aus dem "Standard" Ordner kopierst diese in den neuen "Company" Ordner und passt diese Dateien deinen ansprüchen an. Es reicht völlig aus, wenn Du die zu ändernden .dtl Dateien in den neuen Ordner kopierst. Das macht später die Arbeit leich...

Das die Übersetzung nicht greift liegt ggf. daran das diese Systemmeldungen nicht übersetzt werden (ohne das jetzt verifiziert zu haben). Dann solltest Du unter bugs.otrs.org einen Bugreport erstellen. Die de.pm solltest Du nicht ändern, da Du sonst bei einem Update Deine Änderungen wieder einpflege...

CustomerKey, und UserLogin in CustomerData müssen natürlich das gleiche Attribut sein, wie bei der Authentifizierung. In Deinem Fall "samaccountname"

Da fehlen noch einige CustomerAuth Settings, schau nochmal in der Defaults.pm und kopier die entsprechenden Zeilen rüber

Nein, die beiden Eskalationen sind voneinander abhängig. Die Reaktionszeit sollte (deutlich) niedriger sein als die Lösungszeit

In der Datenbank, in der Tabelle customer_user

drdafresh wrote: Gibt es auch die mölglichkeit das ich nur bei beendigung eines tickets eine weitere mail schicke und bei den anderen statis nicht?

Nein, die gibt es derzeit nicht.

Der korrekte Typ ist autoreply nicht autoreply/new ticket

Hallo, ich verstehe Dein Problem nicht. Die Erstellung eines Datenbankusers der von extern auf die Datenbank zugreifen kann, ist im MySQL Admin Handbuch beschrieben. Über den mysql Client kannst Du auch von einem entfernten Rechner (dem OTRS Server) den Zugriff testen. Sofern dieser Funktioniert kan...

Vielleicht solltest Du eine Kundendatenbank anlegen oder z.B. eine vorhandene Datenbank (zum Beispiel LDAP/AD) nutzen. Ansonsten ist der Einwand aus dem letzten Artikel berechtigt, im internen Support ist es häufig nicht gewünscht oder zulässig, das "Kunden" Tickets anderer Kunden sehen.

Die Size gilt nur für den Generator AutoIncrement und nicht für DateChecksum. Allerdings ändert sich die Länge der Ticketnummer bei DateChecksum nicht.

was möchtest Du denn erreichen? Das bei einer eingehenden Mail dann kein Kunde zugewiesen wird?

das sollte über die /etc/sysconfig/otrs gehen

Welches Betriebssystem wird auf dem OTRS Server genutzt? Das OTRS Startscript prüft nämlich ob ein lokaler mysqld läuft, das muss man dann abschalten.

Die ZZZAuto.pm wird nicht überschrieben, die ZZZAAuto.pm schon

Statustypen wirst Du hoffentlich nie umbenennen, sondern nur die dazugehörigen Status. Deine beschriebenen Änderungen darfst Du aber nicht in der ZZZAAuto.pm machen, denn die generiert das System zur Laufzeit neu, die Änderungen werden also überschrieben. Die Umbenennung machst Du daher am besten üb...

und das bezieht sich auf die vorhandenen Benachrichtungsarten (z.B. beim Statuswechsel)

Der Generic Agent kann aber keine Nachrichten an den Kunden senden

Benutzt Ihr ein angepasstes Telefonticket?

Auf den Bugfix warten

Hallo,

das ist so nicht vorgesehen. Also im Standard OTRS nicht möglich. Du könntest Dir aber eine entsprechende Erweiterung schreiben (lassen)

Hallo,

dazu musst Du das Template für das Suchergebnis anpassen. Dazu sollte Dir die Forumssuche weiterhelfen.

gcc und make sollten vorhanden sein um das Paket zu kompilieren

Für den Kunden ist ein anderes Theme eingestellt als das Default Theme, das Du angepasst hast. Daher für den Kunden das entsprechende Theme setzen.

Bitte einen Bug unter: http://bugs.otrs.org eröffnen

Du kannst Kunden bei jedem Statuswechsel eine Mail schicken. Dieses Verhalten wird über die Queueparameter im Admin Frontend gesetzt: Kundeninfo Status

SysConfig->Ticket->Core::TIcket

Ticket::EventModulePost###1-ForceStateChangeOnLock einschalten

ja, unter "Freie Felder" im TicketZoom

Hallo,

kannst Du mal ein paar Infos mehr posten? Insbesondere zur Funktionsweise? Du kannst auch gerne das OPM Paket hier anhängen.

naja, es gibt auch durchaus Anwender die kein Kundenportal haben...

Für die Kommunikation mit anderen Agenten ist die Notizfunktion vorgesehen, dies erfolgt nicht über die Antwortenfunktionalität

Für die Einhaltung von Arbeitszeiten ist OTRS natürlich nicht verantwortlich..... Du könntest je nach Systemsetup: - den Apachen runterfahren - VPN Logins nur zu bestimmten Zeiten erlauben - den Strom bei den Agenten abschalten :D Allerdings verstehe ich nicht, warum Du jemanden am arbeiten hindern ...

wie sollen denn die Tickets "verschwinden"? Es gibt für einen Agenten keine Möglichkeit ein Ticket zu löschen

Search found 15002 matches