- otrs-de - OTRS mailing lists

Kein Repository-Refresh "Can't perform GET on ftp.otrs.org"
by Julius Haake 16 Apr '20

16 Apr '20

Hallo, Version: OTRS 6.0.27 auf Ubuntu 16.04.6 LTS seit ca. Februar 2020 Zeit kriegt mein OTRS-Setup keine Verbindung mehr zum Repo für die Abfrage neuer Pakete. Ansich kein Drama, da ich offline aktualisiere. Ich habe das gestern geprüft, wenn ich vom OTRS-Server per CLI ein wget auf den angegebenen link mache, funktioniert das ohne Probleme, die XML ist vorhanden. Versuche ich einen refresh über die Gui (Packagemanager) kriege ich ug. Meldung: [Wed Apr 15 10:36:10 2020][Error][Kernel::System::WebUserAgent::Request][221] Can't perform GET on https://ftp.otrs.org/pub/otrs/misc/packages/repository.xml: 500 Can't connect to ftp.otrs.org:443 <ftp://ftp.otrs.org:443> Wir nutzen keinen Proxy, der Firewall scheidet für mich auch aus, WGET klappt ja. Den Cache habe ich auch bereits per otrs.console geleert. Ideen? Danke & Grüße Julius

2 1

Centos 7.7 update OTRS to 6.0.27 - fehlende Perl Module für DB-Update
by Götz Reinicke 15 Apr '20

15 Apr '20

Hi, Ich wollte gerade auf OTRS 6.0.27 updaten (von 6.0.25) und bekomme eine Reihe an fehlenden Perl Modulen angesagt: scripts/DBUpdate-to-6.pl => Can't locate Moo.pm Can't locate Sub/Quote.pm Was stimmt da bei uns nicht? Grüße . Götz

4 5

bug in otrs-6.0.27: wrong smime cert in AgentTicketCompose used/selected
by Stephan Lauffer 15 Apr '20

15 Apr '20

Hallo! Wir haben ein paar Queues, ein paar S/Mime Zertifikate für ein paar Mailadressen. Wie nun gerade aufgefallen ist, verwendet OTRS ein falsches, nicht ausgewähltes Zertifikat beim Versand hier. In den Einstellungen der Queue sieht mal im Pulldown zwei Stück, wobei das eine abere mit der Mailadresse nicht zur Adresse der Queue passt und imho hier nicht auftauchen sollte. Laut DB ist das richtige auch wirklich eingetragen...: MariaDB [otrs]> select default_sign_key from queue where name='raw'; +-----------------------------+ | default_sign_key | +-----------------------------+ | SMIME::Detached::12d6fdda.0 | +-----------------------------+ ...aber wenn wir aus der Queue eine Mail abschicken, dann wird das falsche vorausgewählt und verwendet und nicht das 12d6... Der Agent kann zwar das richtige manuell hier auswählen, aber... a) ...sollte das falsche nicht hier auftauchen (auch nicht in der Adminiistration der Queue) und b) ...sollte doch das in der Queue angegebene verwendet werden. Liest hier ein OTRS Entwíckler o.a. mit? Soll ich einen Bugreport irgendwo erstellen? Freundliche Grüße, Stephan

2 2

Antw: [EXT] Re: Neuer PostMaster-Account - Fehler
by Josef Penzkofer 01 Apr '20

01 Apr '20

Hallo Rene, hat sich erledigt. Problem war, dass dem Account kein Postfach zugeordnet war. Trotzdem vielen Dank für Deine Antwort. Gruß Sepp >>> Renee B <otrs.list(a)perl-services.de> 01.04.2020 11:29 >>> Hast Du mal probiert, das Debug‑Flag in dem Modul zu setzen? Hast Du mal auf dem Mailserver ins Log geschaut? Viele Grüße Renée Am 01.04.20 um 10:52 schrieb Josef Penzkofer: > Hallo OTRS‑Community, > > ich habe in unserer Instanz ein neues E‑Mail‑Konto hinzugefügt: > Typ: IMAPS > Benutzername: xxxxx > passwort: xxxxx > Host: imap.uni‑regensburg.de > IMAP‑Ordner: Inbox > Vertraut: Nein > Verteilung: Verteilung nach ausgewählter Queue > Queue: Supportteam > > Wenn ich jetzt mal testweise auf "E‑Mails abholen" klicke ergibt sich > folgender Fehler: > IMAPS: Auth for user xxx/imap.uni‑regensburg.de failed! > > Traceback (14398): > Module: Kernel::System::MailAccount::IMAP::_Fetch Line: 142 > Module: Kernel::System::MailAccount::IMAP::Fetch Line: 86 > Module: Kernel::System::MailAccount::MailAccountFetch Line: 440 > Module: Kernel::Modules::AdminMailAccount::Run Line: 60 > Module: Kernel::System::Web::InterfaceAgent::Run Line: 1055 > 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 > > Powered by OTRS 5 > > Wenn ich mich mit diesem Benutzer an einer anderen Anwendung anmelde, klappt > diie Anmeldung. > > Und die anderen E‑Mail‑Konten in unserer Instanz sind genau so eingerichtet. > > Hat jemand eine Idee, was hier nicht passt? > > Vielen Dank > > Sepp > > > ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑ > 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

1 0

Neuer PostMaster-Account - Fehler
by Josef Penzkofer 01 Apr '20

01 Apr '20

Hallo OTRS-Community, ich habe in unserer Instanz ein neues E-Mail-Konto hinzugefügt: Typ: IMAPS Benutzername: xxxxx passwort: xxxxx Host: imap.uni-regensburg.de IMAP-Ordner: Inbox Vertraut: Nein Verteilung: Verteilung nach ausgewählter Queue Queue: Supportteam Wenn ich jetzt mal testweise auf "E-Mails abholen" klicke ergibt sich folgender Fehler: IMAPS: Auth for user xxx/imap.uni-regensburg.de failed! Traceback (14398): Module: Kernel::System::MailAccount::IMAP::_Fetch Line: 142 Module: Kernel::System::MailAccount::IMAP::Fetch Line: 86 Module: Kernel::System::MailAccount::MailAccountFetch Line: 440 Module: Kernel::Modules::AdminMailAccount::Run Line: 60 Module: Kernel::System::Web::InterfaceAgent::Run Line: 1055 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 Powered by OTRS 5 Wenn ich mich mit diesem Benutzer an einer anderen Anwendung anmelde, klappt diie Anmeldung. Und die anderen E-Mail-Konten in unserer Instanz sind genau so eingerichtet. Hat jemand eine Idee, was hier nicht passt? Vielen Dank Sepp

2 1

Statusverwaltung / Übersetzung ins Deutsche
by Matthias.Terlinde＠t-systems.com 31 Mar '20

31 Mar '20

Hey Tino, Das sollte einfach realisierbar sein. Geh mal in die Datei ~otrs/Kernel/Language/de.pm. In dem Objekt $Self->{Translation} = { } stehen die ganzen Standardübersetzungen drin. Z. B. der Standard Staus sieht dann so aus: "'3 normal' => '3 normal'," Mit etwas Glück kannst du deine Strings da mit rein nehmen. Beim Update musst du die natürlich auch jedes Mal wieder eintragen. Getestet habe ich das allerdings noch nicht. Viele Grüße Matthias T-SYSTEMS INTERNATIONAL GMBH Telekom Security Matthias Terlinde Cyber Defense Operations Bonner Talweg 100, 53113 Bonn E-Mail: matthias.terlinde(a)t-systems.com Internet: http://www.t-systems.de Die gesetzlichen Pflichtangaben finden Sie unter: www.t-systems.de/pflichtangaben GROSSE VERÄNDERUNGEN FANGEN KLEIN AN RESSOURCEN SCHONEN UND NICHT JEDE E-MAIL DRUCKEN. Hinweis: Diese E-Mail und/oder die Anhänge sind vertraulich und ausschließlich für den bezeichneten Adressaten bestimmt. Die Weitergabe oder Kopieren dieser E-Mail ist strengstens verboten. Wenn Sie diese E-Mail irrtümlich erhalten haben, informieren Sie bitte unverzüglich den Absender und vernichten Sie die Nachricht und alle Anhänge. Vielen Dank. Message: 1 Date: Tue, 31 Mar 2020 09:37:21 +0200 From: Tino Korth <t.korth(a)gmail.com> To: "User questions and discussions about OTRS.org in German" <otrs-de(a)lists.otrs.org> Subject: [otrs-de] Statusverwaltung / Übersetzung ins Deutsche Message-ID: <0094bca7-2742-a2d7-4902-e89a71dbc4b4(a)gmail.com> Content-Type: text/plain; charset="utf-8" Hallo OTRS-Fans, ich habe gestern neue Status angelegt (Admin -> Statusverwaltung), finde aber keine Stelle, wo ich die Status in's Deutsche übersetzen kann. Aktuell stehen die neuen Status so in der Auswahlbox, wie ihr Ident lautet: Mag mir jemand einen Tipp geben, wo ich das machen kann? Grüße aus Rostock Tino

2 1

Statusverwaltung / Übersetzung ins Deutsche
by Tino Korth 31 Mar '20

31 Mar '20

Hallo OTRS-Fans, ich habe gestern neue Status angelegt (Admin -> Statusverwaltung), finde aber keine Stelle, wo ich die Status in's Deutsche übersetzen kann. Aktuell stehen die neuen Status so in der Auswahlbox, wie ihr Ident lautet: Mag mir jemand einen Tipp geben, wo ich das machen kann? Grüße aus Rostock Tino

2 1

Re: [otrs-de] OTRS 6.0.23 - Error creating DateTime object
by Jens Köhler 30 Mar '20

30 Mar '20

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-bounces@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

1 0

OTRS 6.0.23 - Error creating DateTime object
by Jens Köhler 29 Mar '20

29 Mar '20

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

1 0

Browser zu alt??
by Sebastian Gödecke 22 Jan '20

22 Jan '20

Moin ML, diese Meldung erhalte ich auf einmal: This software runs with a huge lists of browsers, please upgrade to one of these. Please see the documentation or ask your admin for further information. Ich habe aber kein Update oder etwas gemacht. Version ist die aktuelle aus LinuxMint, Aber auch schon auf einem Windows mit 72.X habe ich das eben beobachtet. Was kann das sein? -- Mit freundlichen Grüßen Sebastian Gödecke

1 0

Inline-Grafiken drucken (AgentTicketPrint)
by Jens Köhler 03 Dec '19

03 Dec '19

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

2 1

GPG Verschlüsselte Mails, hier: verschlüsselter Betreff
by Detlev Sieber 19 Nov '19

19 Nov '19

Hallo Liste, seit einiger Zeit wird es üblich, dass GPG-Clients auch den Betreff einer Mail verschlüsseln (insbesondere Enigmail für Thunderbird kann das, und auch pEp). Das läuft nach RFC 7508, in gleicher Weise wie für S/Mime. Der Betreff steht im entschlüsselten Rohtext der Mail unter dem Tag "protected-headers": > Content-Type: multipart/mixed; > boundary="ItqBXCcI19iPsud9YnqLSEMAtohr5gUez"; > protected-headers="v1" Leider wird dieser verschlüsselte Betreff beim Import der verschlüsselten Mail ins OTRS nicht mit übernommen. Kann man da was machen? Vielleicht per Plugin/Erweiterung, oder ist da einer neueren OTRS-Version was vorgesehen (wir arbeiten derzeit noch mit OTRS5)? Vielen Dank für jegliche Hilfe! Viele Grüße Detlev -- Detlev Sieber, organisatorischer Geschäftsführer Digitalcourage e.V., Marktstr. 18, D-33602 Bielefeld Mobil: +49-170-4007278 Tel: +49-521-1639-1639 www.digitalcourage.de Fax: +49-521-61172 www.bigbrotherawards.de Mail: detlev.sieber(a)digitalcourage.de ------------------------------------------------------------------ Für Bürgerrechte, Datenschutz und eine lebenswerte digitale Welt Digitalcourage e.V. / IBAN DE66 4805 0161 0002 1297 99 (Spk Bielefeld) ----------------------------------------------------------------- Unterstützen Sie unseren Appell: https://digitalcourage.de/staatstrojaner-stoppen

1 0

Re: [otrs-de] Inkonsistenter Artikelinhalt in Datenbank?
by Jens Köhler 11 Nov '19

11 Nov '19

Der gleiche Fehler tritt wohl auch bei Follow-Up-Benachrichtigungen auf. Mit dem Tag <OTRS_CUSTOMER_BODY[30]> 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-bounces@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

1 0

Inkonsistenter Artikelinhalt in Datenbank?
by Jens Köhler 08 Nov '19

08 Nov '19

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

1 0

Ticket hat keinen Eintrag
by Sebastian Gödecke 03 Sep '19

03 Sep '19

Hallo, ich habe hier 2-3 Ticket, die warum auch immer den Text haben "Dieser Eintrag hat noch keine Artikel " An der Config ist nichts mehr verändert worden. Die Mails werden abgerufen von einem definierten Konto und letze Nacht waren da halt diese 2-3 Tickets, die zwar erstellt wurden, aber keinen Inhalt haben. Hat jemand eine Idee für mich wie ich das beheben kann? -- Mit freundlichen Grüßen Sebastian Gödecke

1 0

Re: [otrs-de] GenericAgent-Job - Eventgesteuert ausführen
by Matthias.Terlinde＠t-systems.com 20 Aug '19

20 Aug '19

Hallo Sepp, uns ist in der Vergangenheit oft die Ausführung des Cron-Jobs dazwischen gekommen. Standardmäßig werden Eskalationen nur alle fünf Minuten geprüft (Daemon::SchedulerCronTaskManager::Task###EscalationCheck), wird die Benachrichtigung gar nicht oder nur zeitverzögert gesendet? Mein GenricAgent auf dem Testsystem hat mit dem Trigger EscalationResponseTimeStart eine Notiz dem Ticket hinzugefügt um 02:10. Die Queue hat aktuelle eine Eskalationszeit von zwei Minuten zum Testen. Das Ticket wurde um 02:05 erstellt, eskaliert ist es somit um 02:07. Hoffe es hilft, Matthias T-SYSTEMS INTERNATIONAL GMBH Telekom Security Matthias Terlinde Bonner Talweg 100 53113 Bonn E-Mail: <mailto:matthias.terlinde@t-systems.com> matthias.terlinde(a)t-systems.com Internet: <https://www.t-systems.com/> www.t-systems.com Lets power higher performance Die gesetzlichen Pflichtangaben finden Sie unter: <http://www.t-systems.com/pflichtangaben> www.t-systems.com/pflichtangaben GROSSE VERÄNDERUNGEN FANGEN KLEIN AN RESSOURCEN SCHONEN UND NICHT JEDE E-MAIL DRUCKEN.

1 0

Wiedereröffnung von Tickets ausgeschiedener Mitarbeiter
by Martin Fernau 15 Aug '19

15 Aug '19

Hallo Community, uns ist eben nach einigen Wochen verstrichener Zeit aufgefallen das ein Ticket eines bereits ausgeschiedenen Mitarbeiters durch eine Kundenantwort per Mail wieder eröffnet wurde. Dabei fällt mir nun die folgende Problematik auf: 1. So etwas bekommt niemand mit, und 2. dadurch, dass man nicht nach Tickets von ausgeschiedenen Mitarbeitern suchen kann, ist es schwierig diese Fälle/Tickets durch eine regelmäßige Suche manuell zu selektieren Dafür müsste es seitens OTRS eigentlich eine native Lösung geben. Wieder eröffnete Tickets von ausgeschiedenen Mitarbeitern müssten eigentlich automatisch an "Admin OTRS" gebunden werden. Ich könnte jetzt temporär den Agenten reaktivieren und über einen Massenauftrag alle Tickets die ihm angehören manuell an "Admin OTRS" umsetzen. Aber das empfinde ich als nicht sinnig so etwas machen zu müssen.. Wie ist hier das geplante Vorgehen in OTRS? Danke und Grüße Martin

5 5

Powershell Syntax REST API OTRS --> SessionID wieder löschen
by Thomas.Thoma＠augsburg.de 13 Aug '19

13 Aug '19

Hallo zusammen, nachdem die Ticket-Neuanlage und die Session-Erstellung funktioniert, hänge ich aktuell noch an der Syntax zum Löschen der Session. Ich habe hierzu nirgends etwas gefunden. Gruß, Thomas

2 1

Danke!!! Powershell Syntax REST API OTRS
by Thomas.Thoma＠augsburg.de 12 Aug '19

12 Aug '19

Vielen Dank für die Antwort hier zum Thema "Powershell Syntax REST API OTRS" Funktioniert hervorragend!!! Musste lediglich valide Daten füttern (CustomerUser, Type + TimeUnit), andernfalls wird das Ticket nicht erstellt. Gruß, Thomas

1 0

Powershell Syntax REST API OTRS
by Thomas.Thoma＠augsburg.de 09 Aug '19

09 Aug '19

Hallo OTRS-Community, ich verzweifle gerade an der korrekten Powershell-Syntax eines Aufrufes über die REST-Schnittstelle zu OTRS. Folgender Aufruf funktioniert nicht: $servername="https://service-it.augsburg.de/otrs/nph-genericinterface.pl/Webservice/Gene…" $content = @' \"Ticket\":{\"Title\":\"REST Create Test\", \"Type\": \"Unclassified\", \"Queue\":\"Servicedesk\",\"State\":\"open\",\"Priority\":\"3 normal\",\"CustomerUser\":\"customer\"},\"Article\":{\"Subject\":\"Rest Create Test\",\"Body\":\"This is only a test\",\"ContentType\":\"text/plain; charset=utf8\" '@ $OTRS= Invoke-WebRequest -Uri $servername -Body @{content=$content} -Method Post $OTRS.content Fehlermeldung: Invoke-WebRequest : Error while decoding request content. In Zeile:1 Zeichen:7 + $RT = Invoke-WebRequest -Uri $servername -Body @{content=$content} -M ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebException + FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand Hat mir jemand ein funktionierendes Beispiel? Gruß, Thomas

2 1

GenericAgent-Job - Eventgesteuert ausführen
by Josef Penzkofer 05 Aug '19

05 Aug '19

Hallo OTRS-Community, wenn ein Ticket eskaliert (Eskalation - Zeit für erste Reaktion), dann möchte ich das ticket aus einer Queue per GenericAgent-Job in eine andere Queue verschieben. Dazu hab ich folgenden GenericAgent-Job erstellt: Name: Eskaliertes Ticket verschieben Gültigkeit: Ja Event-gesteuerte Ausführung (einzelnes Ticket) Event-Trigger hinzufügen: Ticket Ereignis: EscalationResponseTimeStart Ticket selektieren Queue: Service Desk Ticket-Attribute aktualisieren/hinzufügen Neue Queue: Dezentraler Support Das Ereignis "EscalationResponseTimeStart" steht mit dem gleichen Zeitstempel in der History, wie die Eskalationsbenachrichtigung. So wie es aussieht, wird der Job aber nicht getriggert, wenn das ticket eskaliert. Muss ich da noch was einstellen? Ist das Ereignis "EscalationResponseTimeStart" das richtige Ereignis? Vielen Dank Gruß Sepp

1 0

Neuen CommunicationChannel erstellen
by Müller, Simon 30 Jul '19

30 Jul '19

Hallo Community, wir benutzen für unser OTRS ein Self-Service Portal, welches via REST API kommuniziert. Wir würden gerne einen extra CommunicationChannel anlegen, etwa "SSP", um bei eingehenden Nachrichten der Kundenbenutzer eine eindeutige Nachvollziehbarkeit haben, dass diese Nachricht über das Portal abgesetzt wurde. Momentan wird "Phone" als Notlösung verwendet, soll aber geändert werden. Hierfür haben wir unter Kernel/System/CommunicationChannel/, sowie unter Kernel/System/Ticket/Article/Backend/ eine SSP.pm angelegt und entsprechend angepasst. Leider taucht der neue CommunicationChannel nirgends auf. Weder in der Datenbank, noch System Configuration, noch bei der Auswahl im Article Filter der Ticket Notifications (dort wird er u.A. benötigt). Hat jemand schon einmal erfolgreich einen CommunicationChannel angelegt und kann Hinweise/Anleitungen liefern? Im Netz ist leider auch nichts zu finden. Vielen Dank im Voraus Simon Müller

1 0

OTRS und S/MIME – Wie richte ich E-Mail-Verschlüsselung in OTRS ein?
by Tino Korth 23 Jul '19

23 Jul '19

Hallo OTRS-Fans, da das Thema S/MIME bei uns wieder einmal aufkam, habe ich eine Anleitung geschrieben, wie man in OTRS S/MIME einrichtet. https://www.tk79.eu/otrs-und-s-mime-wie-richte-ich-e-mail-verschluesselung-… Ich würde mich über Feedback freuen, ob die Anleitung so in Ordnung ist und ob ihr damit klar gekommen seid. :-) Grüße von der Ostseeküste Tino

1 0

Kundenportal - Erfassung strukturierter Daten
by Josef Penzkofer 23 Jul '19

23 Jul '19

Hallo OTRS-Community, bei uns gibt es für Anfragen die Meldewege E-Mail, Anruf bzw. Persönlicher Kontakt am Service Desk. In Zukunft soll es auch ein Webportal, dann zur Erfassung strukturierter Daten geben. D.h., der Kunde wählt beim Erstellen eines neuen tickets eine Kategorie aus, daraufhin werden verschiedene Felder zur Auswahl bzw. Eingabe weiterer Daten eingeblendet. Ist so eine Oberfläche mit dem OTRS-Kundenportal mit adäquatem Aufwand realisierbar oder erstellt man hierzu besser ein eigen entwickeltes Webportal, dass man dann über entsprechende Schnittstelle an OTRS anbindet und die Daten in ein Ticket überträgt. Gruß Sepp

1 0

Ticket-Zoom Sidebar Termin
by Fritsche, Soeren 09 Jul '19

09 Jul '19

Hallo, kann man in der Sidebar im Ticket-Zoom ggf. auch die hinterlegten Termine anzeigen lassen und nicht unten unter der Kommunikation? Weiß das vielleicht jemand? Viele Grüße ________________________________________________ RTC | Treuhand GmbH & Co. KG Wirtschaftsprüfungsgesellschaft Steuerberatungsgesellschaft Katharinenstraße 5 28195 Bremen Tel.: +49 (421) 32 27 16 - 19 Fax: +49 (421) 32 27 16 - 40 E-Mail: S.Fritsche(a)rtc-treuhand.de<mailto:S.Fritsche@rtc-treuhand.de> ________________________________________________ Bremen* | Hamburg | Berlin * Hauptsitz Internet: http://www.rtc-treuhand.de<http://www.rtc-treuhand.de/> Registergericht: Amtsgericht Bremen | HRA 27896 HB USt-ID: DE 274854449 Persönlich haftende Gesellschafterin: RTC Treuhand Beteiligungs-GmbH, Bremen Kommanditisten: StBin Tanja Bellahn | WP StB Frank Fruggel | StB Manhard Gerber | WP StB Christoph Hellmers | vBP StB Uwe Hullmann | StB Ingo Kuhlmann | RA FAStR Michael Müller Hinweis: Bitte denken Sie nach bevor Sie diese E-Mail-Nachricht drucken. Nicht zu drucken spart natürliche Ressourcen und reduziert die Kosten. Think of the environment ... please don't print this e-mail unless you really need to. Haftungsausschluss / Disclaimer: Diese Nachricht und alle Anhänge sind vertraulich und ausschließlich für den/die vorgesehenen Empfänger bestimmt. Sind Sie nicht der vorgesehene Empfänger, bitten wir Sie, die E-Mail und/oder die Anhänge ohne weitere Veränderung, Weitergabe oder Kopie zu löschen und den Absender unverzüglich zu informieren. Der Verstoß gegen die Geheimhaltung oder die Verletzung möglicherweise enthaltener Berufsgeheimnisse oder anderer Schutzrechte kann zivil- und strafrechtliche Folgen haben. Die Virenfreiheit der E-Mail und/oder der Anhänge kann nicht garantiert werden. Der Absender haftet für keinerlei Verluste oder Schäden an den Systemen des Empfängers. Die RTC | Treuhand GmbH & Co. KG ist nicht verantwortlich für die ordnungsgemäße, vollständige oder verzögerungsfreie übertragung dieser Nachricht. Vielen Dank für Ihre Kooperation! This message and any attachments transmitted are confidential and are intended solely for the attention and use of the named addressee(s). If you have received this message in error, please notify the sender immediately and delete this e-mail and any attachments immediately without further copying, disclosure or transmission. Any violation of confidentiality may result in liability under civil or criminal law. No warranty is accepted that this e-mail or any attachments are free of viruses. The sender accepts no liability for any loss or damage to the systems of the recipient. RTC | Treuhand GmbH & Co. KG is neither liable for the proper and complete transmission of the information in this message nor for any delay in its receipt. Thank you for your cooperation.

1 0