[otrs-de]Re: Wünsche OTRS6 6
Bei mir werden im Ticket-Zoom Von: An: Cc: und Betreff: angezeigt (jeweils Adresse und Anzeigename) und von der Beschreibung der Einstellung DefaultRecipient sollte das die richtige Stelle sein. > Andrea Wardzichowski mailto:wardzichow...@dfn.de > > hat am 22.04.2021 14:51 geschrieben: > > > Hallo! > > On Thu, Apr 22, 2021 at 10:42:56AM +0200, Jens Köhler wrote: > > > > > > suche mal in der Sysconfig nach DefaultRecipientDisplayType und > > DefaultSenderDisplayType. > > > > > > Richtige Richtung, es werden dann bei vollständiger Ansicht Name UND > Adresse angezeigt (was ich sowieso sehr wichtig finde, ich mache > Spambekämpfung und man kann ja in den real name beliebigen Unsinn > schreiben). > > Bin aber weiter auf der Suche nach der vollständigen Anzeige im Artikel > (bei hereinkommender Mail) von To: und CC:. > > Viele Grüße > Andrea > > > > > > > > Andrea Wardzichowski mailto:wardzichow...@dfn.de > hat am 22.04.2021 10:33 > > geschrieben: > > > > > > Hallo zusammen und nochmals danke für die Hilfe bisher. > > > > Eben ist mir aber ein totaler Showstopper aufgefallen: > > > > in den Tickets werden To und CC nicht mehr angezeigt, nur in der > > unformatierten Ansicht. Das ist aus unserer Sicht ganz, ganz > > schlecht. > > Kann man das irgendwie beheben? > > Ich mein, wie soll man entscheiden ob man auf Antworten geht oder > > Allen > > Antworten wenn man gar nich sieht wohin? > > > > > > Viele Grüße > > Andrea > > > > -- > > > > - > > Andrea Wardzichowski Phone : +49 711 63314-0 > > DFN-Verein, Geschäftsstelle Stuttgart Fax : +49 711 63314-133 > > Lindenspürstr.32 E-Mail : wardzichow...@dfn.de > > mailto:wardzichow...@dfn.de > > D-70176 Stuttgart WWW : http://www.dfn.de > > > > - > > - Deutsches Forschungsnetz > > -- > > - Germany's National Research and Education Network > > - > > > > - > > > > -- > > ___ > > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > > mailto:otrs-de@lists.otrs.org > > Zum abbestellen schreibe eine E-Mail an > > otrs-de-le...@lists.otrs.org mailto:otrs-de-le...@lists.otrs.org > > Abonnementverwaltung und Nachrichtenarchiv unter: > > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > > > > > > > > > > > -- > > ___ > > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > > mailto:otrs-de@lists.otrs.org > > Zum abbestellen schreibe eine E-Mail an > > otrs-de-le...@lists.otrs.org mailto:otrs-de-le...@lists.otrs.org > > Abonnementverwaltung und Nachrichtenarchiv unter: > > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > > > > > > > -- > - > Andrea Wardzichowski Phone : +49 711 63314-0 > DFN-Verein, Geschäftsstelle Stuttgart Fax : +49 711 63314-133 > Lindenspürstr.32 E-Mail : wardzichow...@dfn.de mailto:wardzichow...@dfn.de > D-70176 Stuttgart WWW : http://www.dfn.de > - > - Deutsches Forschungsnetz -- > - Germany's National Research and Education Network - > - > > -- > ___ > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > mailto:otrs-de@lists.otrs.org > Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org > mailto:otrs-de-le...@lists.otrs.org > Abonnementverwaltung und Nachrichtenarchiv unter: > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > -- ___ otrs-de Mailing-Liste -- otrs-de@lists.otrs.org Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org Abonnementverwaltung und Nachrichtenarchiv unter: https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/
[otrs-de]Re: Wünsche OTRS6 6
Hallo Andrea, suche mal in der Sysconfig nach DefaultRecipientDisplayType und DefaultSenderDisplayType. Viele Grüße Jens > Andrea Wardzichowski mailto:wardzichow...@dfn.de > > hat am 22.04.2021 10:33 geschrieben: > > > Hallo zusammen und nochmals danke für die Hilfe bisher. > > Eben ist mir aber ein totaler Showstopper aufgefallen: > > in den Tickets werden To und CC nicht mehr angezeigt, nur in der > unformatierten Ansicht. Das ist aus unserer Sicht ganz, ganz schlecht. > Kann man das irgendwie beheben? > Ich mein, wie soll man entscheiden ob man auf Antworten geht oder Allen > Antworten wenn man gar nich sieht wohin? > > > Viele Grüße > Andrea > > -- > - > Andrea Wardzichowski Phone : +49 711 63314-0 > DFN-Verein, Geschäftsstelle Stuttgart Fax : +49 711 63314-133 > Lindenspürstr.32 E-Mail : wardzichow...@dfn.de mailto:wardzichow...@dfn.de > D-70176 Stuttgart WWW : http://www.dfn.de > - > - Deutsches Forschungsnetz -- > - Germany's National Research and Education Network - > - > > -- > ___ > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > mailto:otrs-de@lists.otrs.org > Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org > mailto:otrs-de-le...@lists.otrs.org > Abonnementverwaltung und Nachrichtenarchiv unter: > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > -- ___ otrs-de Mailing-Liste -- otrs-de@lists.otrs.org Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org Abonnementverwaltung und Nachrichtenarchiv unter: https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/
[otrs-de] Re: Nacheinander verschiedene Prozesse in einem Ticket starten?
Okay, das wusste ich tatsächlich nicht. Super, vielen Dank für die schnelle Hilfe! Gruß Jens > Roy Kaldung mailto:r...@kaldung.com > hat am 01.03.2021 > 11:00 geschrieben: > > > Hallo, > > > > > On Mar 1, 2021, at 9:58 AM, Jens Köhler > mailto:koeh...@rzhartmann.de > wrote: > > > > Ist das eine Einschränkung, die ich nur bisher nicht gesehen oder > > vergessen habe - oder habe ich mir hier irgendwo einen Knoten in der > > Konfiguration eingehandelt? > > > > > > um ein Ticket in einen Prozess zu überführen darf in den dynamischen > Feldern ProcessManagementProcessID und ProcessManagementActivityID kein Wert > sein. > Am einfachsten ist es am Ende des Prozesses diese beiden Felder zu > löschen/leeren. > > Gruss > Roy Kaldung > > > -- > ___ > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > mailto:otrs-de@lists.otrs.org > Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org > mailto:otrs-de-le...@lists.otrs.org > Abonnementverwaltung und Nachrichtenarchiv unter: > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > -- ___ otrs-de Mailing-Liste -- otrs-de@lists.otrs.org Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org Abonnementverwaltung und Nachrichtenarchiv unter: https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/
[otrs-de] Nacheinander verschiedene Prozesse in einem Ticket starten?
Guten Morgen zusammen, ich bin gerade leicht irritiert, dass ich in einem Ticket, dass bereits einen Prozess durchlaufen und abgeschlossen hat, keine weiteren (anderen) Prozesse mehr starten kann. Ist das eine Einschränkung, die ich nur bisher nicht gesehen oder vergessen habe - oder habe ich mir hier irgendwo einen Knoten in der Konfiguration eingehandelt? Viele Grüße Jens -- ___ otrs-de Mailing-Liste -- otrs-de@lists.otrs.org Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org Abonnementverwaltung und Nachrichtenarchiv unter: https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/
[otrs-de] Re: Ausgehende Mails deaktivieren
Hallo Axel, /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --delete-all sollte die Mails löschen. Gruß Jens > axel.oestre...@elmer.de mailto:axel.oestre...@elmer.de hat am 19.02.2021 > 11:34 geschrieben: > > > Hallo Renée, > > vielen dank, das stoppt den Mailverkehr, allerdings habe ich immer noch > im Kommunikationsprotokoll ca.10.000 Mail stehen die OTRS versucht zu senden. > Hättest du da vielleicht einen Tipp diese zu entfernen? > > Viele Grüße > Axel > -- > ___ > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > mailto:otrs-de@lists.otrs.org > Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org > mailto:otrs-de-le...@lists.otrs.org > Abonnementverwaltung und Nachrichtenarchiv unter: > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > -- ___ otrs-de Mailing-Liste -- otrs-de@lists.otrs.org Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org Abonnementverwaltung und Nachrichtenarchiv unter: https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/
[otrs-de] Re: Antw: [EXT] Upgrade Znuny LTS 6 - Fehler
Hallo Sepp, hört sich für mich jetzt eher nach dem FAQ-Modul an... Gruß Jens > Josef Penzkofer mailto:josef.penzko...@rz.uni-regensburg.de > hat am 18.02.2021 15:30 > geschrieben: > > > Hallo OTRS-Community, > > eine SQL-Abfrage auf dem wiederhergestellten System (OTRS 5) hat ergeben, > dass > die Tabelle article_type zusätzlich die Werte > is-agent, > is-customer, > is-public > enthält. > Kann es sein, dass diese Artikeltypen bei Installation des ITSM-Paketes > angelegt werden? > > Ich hatte das ITSM-Paket der OTRS AG mal testweise auf diesem Testsystem > installiert. > > Gruß > > Sepp > > > > >>> "Josef Penzkofer" mailto:josef.penzko...@rz.uni-regensburg.de > 18.02.2021 12:22 > >>> > Hallo OTRS-Community, > > ich teste gerade ein Upgrade meines zweiten Testsystems von OTRS 5.0.22 > auf > Znuny LTS 6.0.32. > > Wenn ich das Migrations-Skript > scripts/DBUpdate-to-6.pl > ausführe, erhalte ich folgende Fehlermeldung: > Error! Unknown article types were found: is-agent, is-customer, > is-public. > Please provide additional migration matrix entries in following file: > > scripts/DBUpdateTo6/TaskConfig/MigrateArticleData.yml > > In den - zuvor migrierten - XML-Dateien findet sich zum Parameter > ArticleType > jedoch nur: > email-external, > email-internal, > phone, > webrequest > note-internal, > note-report. > > Wie kann ich diesen Fehler denn beheben? > Wie muss der zusätzliche Eintrag in Datei: MigrateArticleData.yml denn > aussehen? > > Vielen Dank > > Gruß > > Sepp > > > > > > > > -- > ___ > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > mailto:otrs-de@lists.otrs.org > Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org > mailto:otrs-de-le...@lists.otrs.org > Abonnementverwaltung und Nachrichtenarchiv unter: > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > -- > ___ > otrs-de Mailing-Liste -- otrs-de@lists.otrs.org > mailto:otrs-de@lists.otrs.org > Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org > mailto:otrs-de-le...@lists.otrs.org > Abonnementverwaltung und Nachrichtenarchiv unter: > https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/ > -- ___ otrs-de Mailing-Liste -- otrs-de@lists.otrs.org Zum abbestellen schreibe eine E-Mail an otrs-de-le...@lists.otrs.org Abonnementverwaltung und Nachrichtenarchiv unter: https://lists.otrs.org/postorius/lists/otrs-de.lists.otrs.org/
[otrs-de] Web Application Firewall
Hallo in die Runde, habt ihr Erfahrung mit OTRS vorgeschalteten Web Application Firewalls? Wenn ja, was für eine Lösung nutzt ihr und gibt es da vielleicht sogar vordefinierte Ausnahme-Regeln für Rulesets a la OWASP CRS für mod_security damit man nicht jeden false-positive manuell als Ausnahme hinzufügen muss? Für Nextcloud gibt es diese Möglichkeit da wohl schon. Besten Dank und viele Grüße Jens- 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-de] Firmen-Tickets nur für bestimmte Benutzer
Hallo liebe Mailingliste, wisst ihr eine Möglichkeit, den Zugriff auf Firmen-Tickets im Kunden-Webinterface nur für bestimmte Kundenbenutzer zu erlauben bzw. zu verbieten? Mit der Option Ticket::Frontend::CustomerDisableCompanyTicketAccess in der Systemkonfiguration kann man diese Funktion ja nur global steuern. Danke und Gruß Jens - 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
Re: [otrs-de] OTRS 6.0.23 - Error creating DateTime object
Nach 24 Stunden tritt das Problem jetzt scheinbar nicht mehr auf... In der Summe wurden stolze 170.000 Fehlermeldungen erzeugt. Alle vorherigen Versuche hatten dabei allerdings keine Auswirkungen: - otrs.Daemon stoppen/starten - Server Reboot - Sämtliche Caches löschen/neu bilden via otrs.Console.pl Maint - /etc/localtime umstellen - Perl Timezone ENV wechseln von CEST auf Europe/Berlin Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Jens Köhler Gesendet: Sonntag, 29. März 2020 21:29 An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] OTRS 6.0.23 - Error creating DateTime object Hallo zusammen, seit der Zeitumstellung heute früh wird unser otrs.log im Sekundentakt zugemüllt mit folgenden Meldungen: [Sun Mar 29 01:59:13 2020][Error][Kernel::System::DateTime::new][154] Error creating DateTime object. Die Google-Suche brachte einige Tipps in Zusammenhang mit der lokalen Zeit des Linuxsystems (/etc/localtime). Entsprechende Änderungen haben leider nicht geholfen. Auch das Deaktivieren sämtlicher Generic Agent Jobs und Statistiken des Moduls "Berichte" brachte keine Besserung. Es handelt sich um OTRS 6.0.23 (Community) auf CentOS 7 mit chronyd als NTP-Dienst. Die localtime zeigt auf /usr/share/zoneinfo/Europe/Berlin. OTRSTimeZone ist ebenfalls Europe/Berlin, genau wie auch der einzig genutzte "TimeZone::Calendar1". Hat jemand von Euch dafür eine Lösung? L Vielen Dank im Voraus, bleibt gesund! Gruß Jens - 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-de] OTRS 6.0.23 - Error creating DateTime object
Hallo zusammen, seit der Zeitumstellung heute früh wird unser otrs.log im Sekundentakt zugemüllt mit folgenden Meldungen: [Sun Mar 29 01:59:13 2020][Error][Kernel::System::DateTime::new][154] Error creating DateTime object. Die Google-Suche brachte einige Tipps in Zusammenhang mit der lokalen Zeit des Linuxsystems (/etc/localtime). Entsprechende Änderungen haben leider nicht geholfen. Auch das Deaktivieren sämtlicher Generic Agent Jobs und Statistiken des Moduls "Berichte" brachte keine Besserung. Es handelt sich um OTRS 6.0.23 (Community) auf CentOS 7 mit chronyd als NTP-Dienst. Die localtime zeigt auf /usr/share/zoneinfo/Europe/Berlin. OTRSTimeZone ist ebenfalls Europe/Berlin, genau wie auch der einzig genutzte "TimeZone::Calendar1". Hat jemand von Euch dafür eine Lösung? L Vielen Dank im Voraus, bleibt gesund! Gruß Jens - 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-de] Inline-Grafiken drucken (AgentTicketPrint)
Hallo zusammen, gibt es hier jemanden, der eine Lösung dafür hat, dass per default alle Bilder in der Druckaufbereitung rausfliegen und man somit keine Screenshots o.ä. in einem Ticket ausdrucken bzw. als PDF speichern kann? Wie geht Ihr damit um, falls mal Tickets ausgedruckt werden müssen? Mir ist das gestern zum ersten Mal zu Ohren gekommen und dachte es handelt sich um einen Bug. Warum sollte man in einer Druckfunktion Teile des angezeigten Inhalts weglassen, das führt zu Missverständnissen und behindert die Nachvollziehbarkeit. Selbst das aktuelle Managed OTRS druckt nach wie vor lediglich den Text. Gruß Jens - 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
Re: [otrs-de] Inkonsistenter Artikelinhalt in Datenbank?
Der gleiche Fehler tritt wohl auch bei Follow-Up-Benachrichtigungen auf. Mit dem Tag wird also scheinbar genauso wie bei AgentTicketPrint auf die unvollständigen Daten in der Tabelle article_data_mime zugegriffen. Es sind aber immer nur einzelne Tickets, bzw. einzelne Artikel betroffen. Gibt es eine Möglichkeit, alle SQL Statements zu protokollieren? Vielleicht kann man so feststellen, wo das Problem liegt. Gruß Jens Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Jens Köhler Gesendet: Freitag, 8. November 2019 16:46 An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Inkonsistenter Artikelinhalt in Datenbank? Hallo zusammen, wir haben gerade per Zufall entdeckt, dass es bei uns Tickets gibt, bei denen der Inhalt einzelner Artikel nicht korrekt in der Datenbank gespeichert wurde. Soll heißen in den Tabellen article_data_mime_attachment und article_data_mime_plain ist der Text vollständig als mit HTML-Code bzw. Base64 kodiert enthalten, aber in der Tabelle article_data_mime fehlt ein großer Teil des Originaltextes (zum Beispiel ist dort nur die unvollständige E-Mail-Signatur gespeichert). Aufgefallen ist das beim Versuch diese Tickets bzw. einzelne Artikel zu drucken. Hier wird wohl anscheinend der Inhalt aus article_data_mime gezogen und nicht wie für die Webansicht aus den anderen Tabellen generiert. Habt ihr eine Idee, wie es zu solchen korrupten Artikeln kommen kann? Kann man den Klartext irgendwie aus dem HTML Code "rebuilden"? Gruß Jens - 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-de] Inkonsistenter Artikelinhalt in Datenbank?
Hallo zusammen, wir haben gerade per Zufall entdeckt, dass es bei uns Tickets gibt, bei denen der Inhalt einzelner Artikel nicht korrekt in der Datenbank gespeichert wurde. Soll heißen in den Tabellen article_data_mime_attachment und article_data_mime_plain ist der Text vollständig als mit HTML-Code bzw. Base64 kodiert enthalten, aber in der Tabelle article_data_mime fehlt ein großer Teil des Originaltextes (zum Beispiel ist dort nur die unvollständige E-Mail-Signatur gespeichert). Aufgefallen ist das beim Versuch diese Tickets bzw. einzelne Artikel zu drucken. Hier wird wohl anscheinend der Inhalt aus article_data_mime gezogen und nicht wie für die Webansicht aus den anderen Tabellen generiert. Habt ihr eine Idee, wie es zu solchen korrupten Artikeln kommen kann? Kann man den Klartext irgendwie aus dem HTML Code "rebuilden"? Gruß Jens - 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
Re: [otrs-de] OPAR Plugin HideDynamicFields
Danke Renée. Es geht tatsächlich um einen Prozess, allerdings ist die Anzeige der dynamischen Felder im ersten Aktivitätsdialog bei der Prozessticketerstellung statisch. D.h. wenn ich Deinem Beispiel entsprechend ein Dropdownfeld „Kategorie“ mit den Auswahlmöglichkeiten „Server“ und „Drucker“ habe und zwei weitere Felder „Server“ und „Drucker“ angelegt sind, dann soll das Feld „Drucker“ direkt ausgeblendet werden, sobald als Kategorie „Server“ ausgewählt wird. Gruß Jens Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Renee B Gesendet: Freitag, 14. Dezember 2018 07:05 An: otrs-de@lists.otrs.org Betreff: Re: [otrs-de] OPAR Plugin HideDynamicFields Dafür würde ich Prozesstickets nehmen... Das Ausblenden sollte eigentlich auch mit dem Modul gehen... Ich schaue mal, ob ich übers Wochenende ein Demosystem bereitstellen kann. Gruß, Renée Am 13.12.18 um 16:51 schrieb Jens Köhler: Vielen Dank für Eure Antworten. Es handelt sich übrigens um OTRS 6. Mit der Anleitung von Renée hat es schon mal geklappt, dass die entsprechenden Felder nach der Ticketerstellung im Ticketzoom ausgeblendet sind. Ich hatte aber gehofft, dass die Felder bereits während der Ticketerstellung dynamisch ausgeblendet werden, damit ich eine flexible Antragsmaske erhalte. Beispieprozess: Benutzerkonto Die Antragsart (Dropdown) kann entweder eine Neuanlage, eine Änderung oder eine Löschung sein. Je nach Art soll der Ticketersteller andere dynamische Felder ausfüllen. Bei Löschung reicht die Angabe des Benutzernamens, bei Neuanlage werden zusätzliche Daten wie Vorname, Nachname, E-Mail-Adresse usw. benötigt. Gibt es dafür auch eine Möglichkeit? Gruß Jens Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von René Böhm Gesendet: Donnerstag, 13. Dezember 2018 13:46 An: User questions and discussions about OTRS.org in German; otrs-de@lists.otrs.org Betreff: Re: [otrs-de] OPAR Plugin HideDynamicFields Hallo zusammen, wenn noch ein OTRS 5 eingesetzt wird, alternativ KIX4OTRS installieren. Dort nennt sich das "Abhängige Dynamische Felder" und lässt sich per GUI konfigurieren. Viele Grüße Rene ** ITSM und IT-Sicherheit wachsen zusammen ** ** ITIL-Compliant mit KIX und verinice ** ** MailScanner hat einen moeglichen Taeuschungsversuch durch "www.kixdesk.com" festgestellt. Erfahren Sie mehr auf kixdesk.com <https://www.kixdesk.com/de/erweiterungen/it-security.html> <https://www.kixdesk.com/de/erweiterungen/it-security.html> ** c.a.p.e. IT GmbH Schönherrstr. 8, D-09113 Chemnitz MailScanner hat einen moeglichen Taeuschungsversuch durch "mnitzhttp:" festgestellt. http://www.cape-it.de/ http://www.cape-it.de/Tel> Tel: +49 371 270 956 20 Fax: +49 371 270 956 25 Mobil +49 157 225 722 75 AG Chemnitz - HRB 23192 Geschäftsführer Rico Barth, Thomas Maier -Original message- From: Renee B <mailto:otrs.l...@perl-services.de> Sent: Thursday 13th December 2018 13:35 To: otrs-de@lists.otrs.org Subject: Re: [otrs-de] OPAR Plugin HideDynamicFields Hallo Jens, ja, das sollte möglich sein. Was ist zu tun? 1) Aktiviere alle dynamischen Felder für den Dialog, die bei irgendeiner Konstellation angezeigt werden sollen 2) Wenn Du ein anderes Dropdown als die Queue meinst, musst Du eine Konfiguration erstellen 3) Rebuild der Konfiguration Konkret: Du hast die Felder "Drucker" und "Server". Wenn im Dropdown "DynamicField_Kategorie" der Wert 'Drucker' gewählt wird, soll das Feld Drucker angezeigt werden. Wenn der Wert 'Server' ausgewählt ist, soll das Feld Server angezeigt werden. Dann musst Du für den Dialog die Felder Drucker, Server und Kategorie aktivieren. Du brauchst die Konfiguration (/opt/otrs/Kernel/Config/Files/XML/HideFields.xml
Re: [otrs-de] OPAR Plugin HideDynamicFields
Vielen Dank für Eure Antworten. Es handelt sich übrigens um OTRS 6. Mit der Anleitung von Renée hat es schon mal geklappt, dass die entsprechenden Felder nach der Ticketerstellung im Ticketzoom ausgeblendet sind. Ich hatte aber gehofft, dass die Felder bereits während der Ticketerstellung dynamisch ausgeblendet werden, damit ich eine flexible Antragsmaske erhalte. Beispieprozess: Benutzerkonto Die Antragsart (Dropdown) kann entweder eine Neuanlage, eine Änderung oder eine Löschung sein. Je nach Art soll der Ticketersteller andere dynamische Felder ausfüllen. Bei Löschung reicht die Angabe des Benutzernamens, bei Neuanlage werden zusätzliche Daten wie Vorname, Nachname, E-Mail-Adresse usw. benötigt. Gibt es dafür auch eine Möglichkeit? Gruß Jens Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von René Böhm Gesendet: Donnerstag, 13. Dezember 2018 13:46 An: User questions and discussions about OTRS.org in German; otrs-de@lists.otrs.org Betreff: Re: [otrs-de] OPAR Plugin HideDynamicFields Hallo zusammen, wenn noch ein OTRS 5 eingesetzt wird, alternativ KIX4OTRS installieren. Dort nennt sich das "Abhängige Dynamische Felder" und lässt sich per GUI konfigurieren. Viele Grüße Rene ** ITSM und IT-Sicherheit wachsen zusammen ** ** ITIL-Compliant mit KIX und verinice ** ** MailScanner hat einen moeglichen Taeuschungsversuch durch "www.kixdesk.com" festgestellt. Erfahren Sie mehr auf kixdesk.com <https://www.kixdesk.com/de/erweiterungen/it-security.html> ** c.a.p.e. IT GmbH Schönherrstr. 8, D-09113 Chemnitz MailScanner hat einen moeglichen Taeuschungsversuch durch "mnitzhttp:" festgestellt. http://www.cape-it.de/ http://www.cape-it.de/Tel> Tel: +49 371 270 956 20 Fax: +49 371 270 956 25 Mobil +49 157 225 722 75 AG Chemnitz - HRB 23192 Geschäftsführer Rico Barth, Thomas Maier -Original message- From: Renee B Sent: Thursday 13th December 2018 13:35 To: otrs-de@lists.otrs.org Subject: Re: [otrs-de] OPAR Plugin HideDynamicFields Hallo Jens, ja, das sollte möglich sein. Was ist zu tun? 1) Aktiviere alle dynamischen Felder für den Dialog, die bei irgendeiner Konstellation angezeigt werden sollen 2) Wenn Du ein anderes Dropdown als die Queue meinst, musst Du eine Konfiguration erstellen 3) Rebuild der Konfiguration Konkret: Du hast die Felder "Drucker" und "Server". Wenn im Dropdown "DynamicField_Kategorie" der Wert 'Drucker' gewählt wird, soll das Feld Drucker angezeigt werden. Wenn der Wert 'Server' ausgewählt ist, soll das Feld Server angezeigt werden. Dann musst Du für den Dialog die Felder Drucker, Server und Kategorie aktivieren. Du brauchst die Konfiguration (/opt/otrs/Kernel/Config/Files/XML/HideFields.xml Defines which dynamic fields should be *hidden* for specific queues Filters Server Drucker Noch ein Rebuild machen: cd /opt/otrs perl bin/otrs.Console.pl Maint::Config::Rebuild Mmmmhhh das bringt die Idee auf, dass man ein festlegen können sollte, was standardmäßig in angezeigt werden soll wenn nichts oder ein Wert ausgewählt ist, der in der oben genannten Option nicht genannt ist. Das werde ich aber erst am Wochenende umsetzen können. Worauf ist noch zu achten? Das funktioniert nur dann wirklich, wenn die Dynamischen Felder nicht als Pflichtfelder definiert sind. Da das wirklich nur eine Darstellungssache ist. Da das Modul, dass den Request beim Abschicken auswertet nichts davon weiß was in der Oberfläche aus- bzw. eingeblendet wurde, werden alle aktivierten Dynamischen Felder geprüft. Das umzusetzen wäre etwas mehr Aufwand, was ich nicht in meiner Freizeit leisten kann. Viele Grüße, Renée Am 13.12.18 um 13:10 schrieb Jens Köhler: Hallo zusammen, hat hier jemand zufällig das OPAR Plugin "HideDynamicFields" im Einsatz und kann mir sagen ob das folgende damit möglich ist? Wir möchten bestimmte dynamische Felder anzeigen oder verstecken, je nachdem welcher Eintrag in einem Dropdown-Feld ausgewählt wird.
[otrs-de] OPAR Plugin HideDynamicFields
Hallo zusammen, hat hier jemand zufällig das OPAR Plugin "HideDynamicFields" im Einsatz und kann mir sagen ob das folgende damit möglich ist? Wir möchten bestimmte dynamische Felder anzeigen oder verstecken, je nachdem welcher Eintrag in einem Dropdown-Feld ausgewählt wird. Danke und Gruß Jens - 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-de] Action AgentTicketProcess nicht verfügbar
Hallo zusammen, ich habe ein weiteres Problem mit einer anderen OTRS-Installation, die vor einigen Monaten von Version 5.0.16 auf 5.0.26 aktualisiert wurde. Mit der Action „AgentTicketProcess“ gibt es ja die Möglichkeit reguläre Tickets in Prozesstickets umzuwandeln. Dieser Menüpunkt fehlt aber im TicketZoom. Ebenso gibt es keinen entsprechenden Menümodul-Eintrag in der SysConfig unter Ticket → Frontend::Agent::Ticket::MenuModule. In der ZZZAAuto.pm steht: $Self->{'Ticket::Frontend::MenuModule'}->{'480-Process'} = { 'Action' => 'AgentTicketProcess', 'Cluster' => '', 'Description' => 'Enroll process for this ticket', 'Link' => 'Action=AgentTicketProcess;IsProcessEnroll=1;TicketID=[% Data.TicketID | html %]', 'Module' => 'Kernel::Output::HTML::TicketMenu::Process', 'Name' => 'Process', 'PopupType' => 'TicketAction', 'Target' => '' }; Prinzipiell existieren das Modul und zugehörige Dateien noch, allerdings wird in der ZZZAAuto.pm nur der Schlüssel „Cluster“, aber weder „ClusterName“ noch „ClusterPriority“ angegeben, wie es bei den anderen Menümodulen der Fall ist. Kann ich das irgendwie reparieren? Gruß Jens - 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
Re: [otrs-de] OTRS 6 Update: Need module
Nein, wenn ich das richtig sehe, sind alle Widgets da. Auch wenn ich im Dashboard alle Ansichten deaktiviere tauchen die Fehlermeldungen auf. Folgende Module sind in der ZZZAAuto enthalten: grep -i dashboardbackend /opt/otrs/Kernel/Config/Files/ZZZAAuto.pm | sort -u $Self->{'DashboardBackend'}->{'-ProductNotify'} = { $Self->{'DashboardBackend'}->{'0100-TicketPendingReminder'} = { $Self->{'DashboardBackend'}->{'0110-TicketEscalation'} = { $Self->{'DashboardBackend'}->{'0120-TicketNew'} = { $Self->{'DashboardBackend'}->{'0130-TicketOpen'} = { $Self->{'DashboardBackend'}->{'0140-RunningTicketProcess'} = { $Self->{'DashboardBackend'}->{'0210-MOTD'} = { $Self->{'DashboardBackend'}->{'0250-TicketStats'} = { $Self->{'DashboardBackend'}->{'0260-TicketCalendar'} = { $Self->{'DashboardBackend'}->{'0270-TicketQueueOverview'} = { $Self->{'DashboardBackend'}->{'0390-UserOutOfOffice'} = { $Self->{'DashboardBackend'}->{'0398-FAQ-LastChange'} = { $Self->{'DashboardBackend'}->{'0399-FAQ-LastCreate'} = { $Self->{'DashboardBackend'}->{'0400-UserOnline'} = { $Self->{'DashboardBackend'}->{'0405-News'} = { $Self->{'DashboardBackend'}->{'0500-AppointmentCalendar'} = { Gruß Jens -Ursprüngliche Nachricht- Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Renee B Gesendet: Mittwoch, 8. August 2018 13:12 An: otrs-de@lists.otrs.org Betreff: [otrs-de] OTRS 6 Update: Need module Fällt Dir denn auf, dass ein Widget nicht geladen wird? Schau mal in die SysConfig bei den Dashboard::Backends was da als Modul eingetragen ist... Am 08.08.2018 um 11:15 schrieb Jens Köhler: > Hallo Renée, > > > > danke für den Tipp! > > > > Jedes Mal wenn ich die OTRS Übersicht lade, wird folgende Meldung im Apache > Log protokolliert: > > > > ERROR: OTRS-CGI-19 Perl: 5.16.3 OS: linux Time: Wed Aug 8 11:03:11 2018 > > > > Message: Need module! > > > > RemoteAddress: 192.168.1.2 > > RequestURI: > /index.pl?Action=AgentDashboard;OTRSAgentInterface=wUMWqiTS2zCmY1fWrpDxVPcDvfG5leLy > > > > Traceback (2327): > >Module: Kernel::System::Main::Require Line: 73 > >Module: Kernel::Modules::AgentDashboardCommon::_Element Line: 891 > >Module: Kernel::Modules::AgentDashboardCommon::Run Line: 610 > >Module: Kernel::System::Web::InterfaceAgent::Run Line: 1116 > >Module: > ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler > Line: 40 > >Module: (eval) (v1.99) Line: 207 > >Module: ModPerl::RegistryCooker::run (v1.99) Line: 207 > >Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173 > >Module: ModPerl::Registry::handler (v1.99) Line: 32 > > > > ERROR: OTRS-CGI-19 Perl: 5.16.3 OS: linux Time: Wed Aug 8 11:03:11 2018 > > > > Message: Need module! > > > > RemoteAddress: 192.168.1.2 > > RequestURI: > /index.pl?Action=AgentDashboard;OTRSAgentInterface=wUMWqiTS2zCmY1fWrpDxVPcDvfG5leLy > > > > Traceback (2327): > >Module: Kernel::System::Main::Require Line: 73 > >Module: Kernel::Modules::AgentDashboardCommon::_Element Line: 891 > >Module: Kernel::Modules::AgentDashboardCommon::Run Line: 610 > >Module: Kernel::System::Web::InterfaceAgent::Run Line: 1116 > >Module: > ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler > Line: 40 > >Module: (eval) (v1.99) Line: 207 > >Module: ModPerl::RegistryCooker::run (v1.99) Line: 207 > >Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173 > >Module: ModPerl::Registry::handler (v1.99) Line: 32 > > > > > > Das sagt mir aber leider nichts. Hast Du eine Idee? > > > > Gruß > > Jens > > > > Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Renee B > Gesendet: Mittwoch, 8. August 2018 09:21 > An: otrs-de@lists.otrs.org > Betreff: Re: [otrs-de] OTRS 6 Update: Need module > > > > Hallo Jens, > > schau mal ins Apache Fehlerlog. Dort sollten mehr Informationen stehen, von > wo diese Meldung kommt. > > Das bezieht sich sehr wahrscheinlich nicht auf ein Perl-Modul, das Du > nachinstallieren muss, sondern auf ein Modul für OTRS. > Diese Fehlermeldung habe ich nur in Kernel::System::Main gefunden in der > Funktion,
Re: [otrs-de] OTRS 6 Update: Need module
Hallo Renée, danke für den Tipp! Jedes Mal wenn ich die OTRS Übersicht lade, wird folgende Meldung im Apache Log protokolliert: ERROR: OTRS-CGI-19 Perl: 5.16.3 OS: linux Time: Wed Aug 8 11:03:11 2018 Message: Need module! RemoteAddress: 192.168.1.2 RequestURI: /index.pl?Action=AgentDashboard;OTRSAgentInterface=wUMWqiTS2zCmY1fWrpDxVPcDvfG5leLy Traceback (2327): Module: Kernel::System::Main::Require Line: 73 Module: Kernel::Modules::AgentDashboardCommon::_Element Line: 891 Module: Kernel::Modules::AgentDashboardCommon::Run Line: 610 Module: Kernel::System::Web::InterfaceAgent::Run Line: 1116 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 40 Module: (eval) (v1.99) Line: 207 Module: ModPerl::RegistryCooker::run (v1.99) Line: 207 Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173 Module: ModPerl::Registry::handler (v1.99) Line: 32 ERROR: OTRS-CGI-19 Perl: 5.16.3 OS: linux Time: Wed Aug 8 11:03:11 2018 Message: Need module! RemoteAddress: 192.168.1.2 RequestURI: /index.pl?Action=AgentDashboard;OTRSAgentInterface=wUMWqiTS2zCmY1fWrpDxVPcDvfG5leLy Traceback (2327): Module: Kernel::System::Main::Require Line: 73 Module: Kernel::Modules::AgentDashboardCommon::_Element Line: 891 Module: Kernel::Modules::AgentDashboardCommon::Run Line: 610 Module: Kernel::System::Web::InterfaceAgent::Run Line: 1116 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 40 Module: (eval) (v1.99) Line: 207 Module: ModPerl::RegistryCooker::run (v1.99) Line: 207 Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173 Module: ModPerl::Registry::handler (v1.99) Line: 32 Das sagt mir aber leider nichts. Hast Du eine Idee? Gruß Jens Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Renee B Gesendet: Mittwoch, 8. August 2018 09:21 An: otrs-de@lists.otrs.org Betreff: Re: [otrs-de] OTRS 6 Update: Need module Hallo Jens, schau mal ins Apache Fehlerlog. Dort sollten mehr Informationen stehen, von wo diese Meldung kommt. Das bezieht sich sehr wahrscheinlich nicht auf ein Perl-Modul, das Du nachinstallieren muss, sondern auf ein Modul für OTRS. Diese Fehlermeldung habe ich nur in Kernel::System::Main gefunden in der Funktion, die Module lädt. Viele Grüße, Renée Am 07.08.2018 um 16:26 schrieb Jens Köhler: Hallo zusammen, ich versuche gerade erneut eine OTRS 5.0.16 Installation unter CentOS 7 auf OTRS 6.0.10 zu updaten. Einer der Fehler bei meinem letzten Updateversuch wurde in Release 6.0.9 gefixt (RPM Installation) - leider funktioniert es aber noch nicht reibungslos. Nach der Installation des RPM wird jedes Mal eine Fehlermeldung "OTSR-CGI-19 - Need module!" im Systemprotokoll erzeugt wenn ich in OTRS die Übersicht lade. Das Update habe ich entsprechend der Schritte im Administratorhandbuch durchgeführt und im Anschluss das FAQ-Modul über das Webinterface aktualisiert. Ich gehe davon aus, dass die Fehlermeldung sich auf ein Perl Modul bezieht (?). Wenn ich das Script otrs.CheckModules.pl ausführe werden alle Module mit OK markiert, außer Encode::HanExtra, Mail::IMAPClient, Authen:NTLM (alle optional) und die alternativen DB Module, also ODBC, Oracle, Pg (ich setze MariaDB ein). Könnt Ihr mir da weiterhelfen? Gruß Jens - 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 -- Perl / OTRS development: http://perl-services.de OTRS AddOn repository: http://opar.perl-services.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
[otrs-de] OTRS 6 Update: Need module
Hallo zusammen, ich versuche gerade erneut eine OTRS 5.0.16 Installation unter CentOS 7 auf OTRS 6.0.10 zu updaten. Einer der Fehler bei meinem letzten Updateversuch wurde in Release 6.0.9 gefixt (RPM Installation) - leider funktioniert es aber noch nicht reibungslos. Nach der Installation des RPM wird jedes Mal eine Fehlermeldung "OTSR-CGI-19 - Need module!" im Systemprotokoll erzeugt wenn ich in OTRS die Übersicht lade. Das Update habe ich entsprechend der Schritte im Administratorhandbuch durchgeführt und im Anschluss das FAQ-Modul über das Webinterface aktualisiert. Ich gehe davon aus, dass die Fehlermeldung sich auf ein Perl Modul bezieht (?). Wenn ich das Script otrs.CheckModules.pl ausführe werden alle Module mit OK markiert, außer Encode::HanExtra, Mail::IMAPClient, Authen:NTLM (alle optional) und die alternativen DB Module, also ODBC, Oracle, Pg (ich setze MariaDB ein). Könnt Ihr mir da weiterhelfen? Gruß Jens - 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
Re: [otrs-de] Trennung von Agenten und Kundenbenutzern
Setzt hier denn niemand OTRS sowohl für externe Kunden als auch inhouse ein? Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Jens Köhler Gesendet: Freitag, 2. Februar 2018 16:24 An: otrs-de@lists.otrs.org Betreff: [otrs-de] Trennung von Agenten und Kundenbenutzern Hallo zusammen, wie handhabt ihr folgende Szenarien: - Ein Agent möchte für sich selbst ein Ticket erstellen und verfolgen können (wie Kundenbenutzer es per se können): "Liebe IT, mein Telefon ist kaputt." - Ein Agent erstellt ein Ticket für einen Kunden, möchte aber jederzeit den Ticketstatus und Verlauf einsehen können und eine Benachrichtigung bei Lösung erhalten, da er dem Kunden ggf. Rückmeldung geben muss. Normalerweise können Agenten ja nur die Tickets einsehen, für deren Queues sie berechtigt sind. Das würde bedeuten, alle Agenten müssen zumindest ro-Rechte für alle Queues erhalten. Nachteil ist auch, dass geschlossene Tickets natürlich nur umständlich über Ansicht nach Status angezeigt werden können. Oder man legt alle Agenten gleichzeitig auch als Kundenbenutzer an um Zugriff auf eigene Tickets zu ermöglichen. Das würde aber bedeuten, dass die Mitarbeiter immer zwischen den Webinterfaces wechseln müssen. Zusätzlich zur der "Alle dürfen in allen Queues lesen"-Berechtigung gibt es noch die Möglichkeit, pauschal oder auf Queues beschränkt, Creator-Rechte zu aktivieren, damit Ticketersteller immer Rechte auf ihre Tickets haben. Damit allein würde der Zugriff aber nur funktionieren, wenn man das Ticket beobachtet oder die Ticketnummer parat hat. Gibt es dafür eine bessere Lösung? Ich weiß, dass es da in alten OTRS-Versionen noch eine Art Integration gab, die dann aber entfernt wurde. Am liebsten wäre mir die Funktionalität des Kunden-Webinterfaces im Agenteninterface integriert. Oder eine "Zum Kundenbenutzer wechseln"-Funktion für den jeweiligen zugeordneten Kundenbenutzer pro Agent, ähnlich der Adminfunktion. Jederzeit auf alle selbst erstellten Tickets zugreifen, egal wie der Status ist oder in welcher Queue das Ticket liegt. Danke für Eure Hilfe Viele Grüße Jens - 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-de] Anderes SubjectFormat bei TicketCompose
Hallo zusammen, mir ist gerade aufgefallen, dass die Reihenfolge im Betreff bei einer Agentenantwort (AgentTicketCompose) anders ist, als bei Ticket-Benachrichtigungen oder Automatischen Antworten durch das System. Der definierte Ticket::SubjectRe kommt hier vor der Ticketnummer und dem Betreff: Ticket-Benachrichtigungen: [#12345] Neues Ticket: Test-Ticket-1 [#12345] Ticket-Queue geändert zu Junk: Test-Ticket-1 Automatische Antwort an Kunden: [#12345] AW: Test-Ticket-1 Manuelle Antwort eines Agenten: AW: [#12345] Test-Ticket-1 Anscheinend trifft die Einstellung Ticket::SubjectFormat = Left in diesem Fall nicht zu (?). Warum ist das so und wie kann ich das angleichen? Viele Grüße - 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
Re: [otrs-de] Fehler bei Update von OTRS 5 auf 6
Guten Abend, die Fehlermeldungen bei der .rpm-Installation sind genau die, die ich unten in die erste E-Mail eingefügt habe: [Sat Feb 10 17:48:46 2018] otrs.Console.pl: DBD::mysql::st execute failed: Table 'otrs.sysconfig_deployment_lock' doesn't exist at /opt/otrs/Kernel/System/DB.pm line 694. ERROR: OTRS-otrs.Console.pl-Maint::Config::Rebuild-19 Perl: 5.16.3 OS: linux Time: Sat Feb 10 17:48:46 2018 Message: Table 'otrs.sysconfig_deployment_lock' doesn't exist, SQL: ' SELECT id, exclusive_lock_guid, exclusive_lock_user_id, exclusive_lock_expiry_time FROM sysconfig_deployment_lock ORDER BY exclusive_lock_expiry_time DESC LIMIT 1' […] [Sat Feb 10 17:48:46 2018] otrs.Console.pl: DBD::mysql::db do failed: Table 'otrs.sysconfig_default' doesn't exist at /opt/otrs/Kernel/System/DB.pm line 470. ERROR: OTRS-otrs.Console.pl-Maint::Config::Rebuild-19 Perl: 5.16.3 OS: linux Time: Sat Feb 10 17:48:46 2018 Message: Table 'otrs.sysconfig_default' doesn't exist, SQL: ' UPDATE sysconfig_default SET exclusive_lock_guid = ?, exclusive_lock_user_id = ?, exclusive_lock_expiry_time = ? ' […] ERROR: OTRS-otrs.Console.pl-Maint::Config::Rebuild-19 Perl: 5.16.3 OS: linux Time: Sat Feb 10 17:48:46 2018 Message: System was unable to lock Default Settings […] Error: There was a problem writing XML to DB. Ich habe die aktuelle OTRS 6 Doku hergenommen: http://doc.otrs.com/doc/manual/admin/stable/en/html/updating.html Dementsprechend die Dienste gestoppt, das RPM installiert, das Migrationsscript (DBUpdate-to-6.pl) ausgeführt, die Pakete via Console.pl aktualisiert und die Dienste wieder gestartet. Viele Grüße Jens Von: otrs-de [mailto:otrs-de-boun...@lists.otrs.org] Im Auftrag von Florian Edlhuber Gesendet: Sonntag, 11. Februar 2018 14:37 An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Fehler bei Update von OTRS 5 auf 6 Hallo, - Jens Köhler schrieb: > ich versuche gerade eine OTRS 5.0.16 Installation unter > CentOS 7 auf OTRS 6.0.4 zu updaten. Leider kommt es schon > bei der Installation des RPM zu Fehlern und danach wird > jedes Mal eine Fehlermeldung „OTSR-CGI-19 – Need module!“ > erzeugt wenn ich in OTRS die Übersicht lade. Welche Fehlermeldung kommt denn beim .rpm? Welche Dokumenation hast Du verwendet? Hast Du das DBUpdate Script laufen lassen? viele Grüße -- Florian - 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-de] Fehler bei Update von OTRS 5 auf 6
Hallo zusammen, ich versuche gerade eine OTRS 5.0.16 Installation unter CentOS 7 auf OTRS 6.0.4 zu updaten. Leider kommt es schon bei der Installation des RPM zu Fehlern und danach wird jedes Mal eine Fehlermeldung "OTSR-CGI-19 - Need module!" erzeugt wenn ich in OTRS die Übersicht lade. In einem zweiten Anlauf habe ich zuerst auf 5.0.26 aktualisiert, das hat auch problemlos funktioniert. Danach habe ich von 5.0.26 einmal direkt auf 6.0.4 und einmal auf 6.0.0 geupdated. In beiden Fällen treten unten stehende Fehler auf - die "Need module!" Meldung erscheint aber nur bei Release 6.0.4. [Sat Feb 10 17:48:46 2018] otrs.Console.pl: DBD::mysql::st execute failed: Table 'otrs.sysconfig_deployment_lock' doesn't exist at /opt/otrs/Kernel/System/DB.pm line 694. ERROR: OTRS-otrs.Console.pl-Maint::Config::Rebuild-19 Perl: 5.16.3 OS: linux Time: Sat Feb 10 17:48:46 2018 Message: Table 'otrs.sysconfig_deployment_lock' doesn't exist, SQL: ' SELECT id, exclusive_lock_guid, exclusive_lock_user_id, exclusive_lock_expiry_time FROM sysconfig_deployment_lock ORDER BY exclusive_lock_expiry_time DESC LIMIT 1' [...] [Sat Feb 10 17:48:46 2018] otrs.Console.pl: DBD::mysql::db do failed: Table 'otrs.sysconfig_default' doesn't exist at /opt/otrs/Kernel/System/DB.pm line 470. ERROR: OTRS-otrs.Console.pl-Maint::Config::Rebuild-19 Perl: 5.16.3 OS: linux Time: Sat Feb 10 17:48:46 2018 Message: Table 'otrs.sysconfig_default' doesn't exist, SQL: ' UPDATE sysconfig_default SET exclusive_lock_guid = ?, exclusive_lock_user_id = ?, exclusive_lock_expiry_time = ? ' [...] ERROR: OTRS-otrs.Console.pl-Maint::Config::Rebuild-19 Perl: 5.16.3 OS: linux Time: Sat Feb 10 17:48:46 2018 Message: System was unable to lock Default Settings [...] Error: There was a problem writing XML to DB. Habt ihr eine Idee, wie die SQL-Fehler beseitigt werden können und welches Modul da fehlt? Viele Grüße Jens - 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-de] Trennung von Agenten und Kundenbenutzern
Hallo zusammen, wie handhabt ihr folgende Szenarien: - Ein Agent möchte für sich selbst ein Ticket erstellen und verfolgen können (wie Kundenbenutzer es per se können): "Liebe IT, mein Telefon ist kaputt." - Ein Agent erstellt ein Ticket für einen Kunden, möchte aber jederzeit den Ticketstatus und Verlauf einsehen können und eine Benachrichtigung bei Lösung erhalten, da er dem Kunden ggf. Rückmeldung geben muss. Normalerweise können Agenten ja nur die Tickets einsehen, für deren Queues sie berechtigt sind. Das würde bedeuten, alle Agenten müssen zumindest ro-Rechte für alle Queues erhalten. Nachteil ist auch, dass geschlossene Tickets natürlich nur umständlich über Ansicht nach Status angezeigt werden können. Oder man legt alle Agenten gleichzeitig auch als Kundenbenutzer an um Zugriff auf eigene Tickets zu ermöglichen. Das würde aber bedeuten, dass die Mitarbeiter immer zwischen den Webinterfaces wechseln müssen. Zusätzlich zur der "Alle dürfen in allen Queues lesen"-Berechtigung gibt es noch die Möglichkeit, pauschal oder auf Queues beschränkt, Creator-Rechte zu aktivieren, damit Ticketersteller immer Rechte auf ihre Tickets haben. Damit allein würde der Zugriff aber nur funktionieren, wenn man das Ticket beobachtet oder die Ticketnummer parat hat. Gibt es dafür eine bessere Lösung? Ich weiß, dass es da in alten OTRS-Versionen noch eine Art Integration gab, die dann aber entfernt wurde. Am liebsten wäre mir die Funktionalität des Kunden-Webinterfaces im Agenteninterface integriert. Oder eine "Zum Kundenbenutzer wechseln"-Funktion für den jeweiligen zugeordneten Kundenbenutzer pro Agent, ähnlich der Adminfunktion. Jederzeit auf alle selbst erstellten Tickets zugreifen, egal wie der Status ist oder in welcher Queue das Ticket liegt. Danke für Eure Hilfe Viele Grüße Jens - 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