- otrs-de - OTRS mailing lists

Nachträglich Eskalationszeiten für Tickets
by Josef Penzkofer 10 Sep '20

10 Sep '20

Hallo OTRS-Community, wir hatten ursprünglich für Queues des 2nd Level-Bereichs keine Eskalationszeiten konfiguriert. Jetzt sollen für diese Queues aber Eskalationszeiten definiert werden. Problem: In diesen Queues liegen noch "alte" Tickets, bei denen in Datenbank, Tabelle "ticket" eingetragen ist: escalation_response_time: 0 escalation_update_time: 0 escalation_solution_time: 0 D.h., diese Tickets eskalieren nicht - auch nach Konfiguration von Eskalationszeiten für diese Queues. Gibt es eine Möglichkeit, diese Tickets nachträglich eskalieren zu lassen? Vielen dank Gruß Sepp

2 1

Email-Erinnerungen nach Ablauf der Erinnerungszeit kommen stark verzögert
by Martin Fernau 28 Aug '20

28 Aug '20

Hallo zusammen, mir fällt immer wieder auf, dass Tickets die ich auf "zur Erinnerung" auf z.B. 8 Uhr am nächsten Tages lege, erst einige Stunden später per Mail erinnert werden. Heute hatte ich z.B. ein Ticket zur Erinnerung auf 8 Uhr gestellt, die Mail kam dann aber erst um 10:45 Uhr mit "die Erinnerungszeit für das gesperrte Ticket [Ticket#...] wurde erreicht." Kann man das irgendwo justieren, dass solche Mails zum eigentlichen Zeitpunkt der Erinnerung kommen oder zumindest zeitnah um diesen Zeitpunkt herum? Danke und schöne Grüße Martin

3 6

Zeilenumbrüche in CKEditor
by Josef Penzkofer 25 Aug '20

25 Aug '20

Hallo OTRS-Community, verwendete Version: OTRS 5.0.22 bzw. OTRS 6.0.28 Perl V5.26.1 Mitteilungen, die für unsere schichtweise arbeitenden Support-Mitarbeiter wichtig sind, werden bei uns als Ticket auf dem Dashboard in einem zusätzlichen Widget "Interne Meldungen" angezeigt. Ich habe nun eine Funktion erarbeitet, über die man diese Meldungsinhalte nachträglich editieren kann. Dazu schreibe ich den ursprünglichen Body des entsprechenden Artikels in eine Variable ($NewBody) und gebe diesen Inhalt dann beim Editieren im CKEditor-Feld aus. Obwohl der ursprüngliche Text Zeilenumbrüche enthält, wird beim Aufruf der Bearbeiten-Funktion der Text in einer einzigen Zeile dargestellt. Erst wenn ich wieder Zeilenumbrüche einfüge, auf "Übermitteln" klicke und die Bearbeiten-Funktion nochmals aufrufe, wird der Text mit den zuvor eingefügten Zeilenumbrüchen angezeigt. Liegt dieses Verhalten am CKEditor? Wenn ja, kann man das ändern? Vielen Dank Gruß Sepp

1 0

Alte Tickets schrumpfen...
by Sebastian Gödecke 21 Aug '20

21 Aug '20

Moin ML, ich habe hier die OTRS Comm 6.x Version. Neulich beim update ist mir aufgefallen, dass die DB extrem groß ist (~9Gb). Es werden bei uns die Anhänge in der DB gespeichert. Ist es möglich alte Tickets, die geschlossen sind (maybe so ein halbes Jahr alt) so filtern und diese irgendwie anders zu "lagern"? Also sprich irgendwie anders archivieren, sodass die DB nicht mehr so aufgebläht ist? -- Mit freundlichen Grüßen Sebastian Gödecke

3 2

Probleme Abruf Mailbox
by WD 18 Aug '20

18 Aug '20

Hi, ich erhalte bzw. sehe hier öfter die Meldung uh-otrs OTRS-otrs.Console.pl-Maint::PostMaster::MailAccountFetch-23[17267]: [Error][Kernel::System::DateTime::Add][Line:484]: Adding working time took too long, aborting. Und hin und wieder hängt sich der Mailabruf auch auf, sprich OTRS holt diese nicht mehr via POP3/TLS ab :( Spontane Ideen? Danke und viele Grüßem Werner

1 3

OTRS debuggen
by Josef Penzkofer 30 Jul '20

30 Jul '20

Hallo OTRS-Community, wie kann man denn OTRS-Code debuggen? Ich hab zum Erstellen und Anzeigen von Internen Meldungen, die unsere Support-Mitarbeiter betreffen ("Schwarzes Brett" - Anzeige auf Dashboard) die Funktionalität "AgentTicketPhone" bzw. "AgentTicketZoom" nachgebaut. Beim Ausführen der Funktion "AgentMessageZoom" erhalte ich folgende Fehlermeldung Meldung von Webseite Ein Fehler ist aufgetreten! Bitte prüfen Sie das Protokoll Ihres Webbrowsers für mehr Details. Wenn ich in diesem Dialog auf "OK" klicke, wird die Funktion "AgentMessageZoom" ausgeführt und die Meldung in Detailansicht angezeigt. Im OTRS-Logfile gibt es keine Fehlermeldung dazu, obwohl ich in Datei: AgentMessageZoom.pm Verz.: /Custom/Kernel/Modules eingestellt hab: # set debug $Self->{Debug} = 1; Im Apache error_log: [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine new redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 22. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine Run redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 235. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine MaskAgentZoom redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 831. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine _ArticleTree redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 2026. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine _TicketItemSeen redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 2900. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine _ArticleItemSeen redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 2917. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine _ArticleItem redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 2932. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine _CollectArticleAttachments redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 2967. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine _ArticleBoxGet redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 3004. [Thu Jul 30 09:55:39 2020] AgentMessageZoom.pm: Subroutine _ArticleRender redefined at /opt/otrs/Custom/Kernel/Modules/AgentMessageZoom.pm line 3094. Diese Meldungen sind natürlich nicht aussagekräftig, da sich die Zeilennummern nur auf den Aufruf der Subroutinen beziehen. Wie kann ich denn jetzt den Fehler finden? Vielen Dank Gruß Sepp

1 0

Firmen-Tickets nur für bestimmte Benutzer
by Jens Köhler 24 Jul '20

24 Jul '20

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

1 0

Umlauteproblem AgentTicketZoom
by WD 23 Jul '20

23 Jul '20

Hi, ein Problem besteht derzeit noch bei der Darstellung von Umlauten in AgentTicketZoom. Umlaute wie ÄÖÜ werden als �� dargestellt. Im AgentTicketCompose wird die Mail von extern bzw. die Umlaute der Nachricht wieder korrekt dargestellt (AgentTicketCompose). Serverseitig wie folgt: a) OTRS Config/Defaults.pm: $Self->{DefaultCharset} = 'utf-8' b) Apache AddDefaultCharset UTF-8 c) MariaDB [mysqld] character-set-server=utf8 collation-server=utf8_general_ci Im Filesystem dann z.B. plain.txt =C3=84=C3=9C=C3=84=C3=96=C3=9C=C3=84=C3=96=C3=9C=C3=84=C3=96=C3=9C<br> bzw. file-1 ÃÃÃÃÃÃÃÃÃ Version von OTRS ist 6.0.28 - im Changelog von 6.0.29 hab ich jetzt nichts diesbezüglich gefunden. Bekanntes Problem? Danke euch und schöne Grüße, Werner

1 0

Default "forward" permission für users
by WD 23 Jul '20

23 Jul '20

Hallo beisammen, ich bekomm es über Gruppen / Rollen nicht hin, dass "Forward"-Recht für Benutzer der Gruppe "users" zu aktivieren? Änderungen in der Gruppe haben keinen Einfluss bei der Zuordnung von Gruppen <-> Rollen. Hat jemand ggf. eine Idee was ich übersehen haben könnte? Als Admin tut's wunderbar :( Danke, Werner

2 7

Per otrs.console wert setzen
by Sebastian Gödecke 23 Jul '20

23 Jul '20

Moin ML, ich habe an der Konfiguration keine Veränderunge seit ca einem Jahr gemacht, dennoch meckert er nun rum dieser Wert sei nicht gesetzt (im Webinterface) ACL::CACHETTL . Da steht gar nichts, er soll aber wohl auf 3600 stehen. Wie kann ich diesen Wert nun setzen? PS: Danach wollte ich dann ein Update auf 6.0.28 einspielen... -- Mit freundlichen Grüßen Sebastian Gödecke

2 4

OTRS 6 - SysConfig aktualisieren
by Josef Penzkofer 23 Jul '20

23 Jul '20

Hallo OTRS-Community, ich hatte in Version OTRS 5 u.a. zusätzlich die XML-Datei Meldungen_Conf.xml zum Konfigurieren der Erstellmaske für "Interne Meldungen" an die Mitarbeiter in unseren Service Desk erstelt Beim Upgrade hab ich alle XML-Dateien mit dem entsprechenden Tool in das neue XML-Format konvertiert. Dabei wird ja dann auch der Pfad in "/Kernel/Config/Files/XML" geändert. Nun hab ich aus dieser XML-Datei folgenden Eintrag gelöscht: <Setting Name="Ticket::Frontend::AgentMessageAdd###ArticleType" Required="1" Valid="1"> <Description Translatable="1">Sets the default article type for new phone tickets in the agent interface.</Description> <Navigation>Frontend::Agent::Ticket::ViewMessageNew</Navigation> <Value> <Item ValueType="String" ValueRegex="">phone</Item> </Value> </Setting> Dafür hab ich folgenden Eintrag ergänzt: <Setting Name="Ticket::Frontend::AgentMessageAdd###IsVisibleForCustomer" Required="1" Valid="1"> <Description Translatable="1">Sets the default article customer visibility for new phone tickets in the agent interface.</Description> <Navigation>Frontend::Agent::View::TicketMessageNew</Navigation> <Value> <Item ValueType="Checkbox">1</Item> </Value> </Setting> Anschließend den Webserver neu gestartet. In SysConfig finde ich aber immer noch den Eintrag Ticket::Frontend::AgentMessageAdd###ArticleType Dafür wird folgender Eintrag nicht gefunden: Ticket::Frontend::AgentMessageAdd###IsVisibleForCustomer Wie kann ich denn in OTRS 6 die SysConfig aktualisieren, so dass die geänderte XML-Datei eingelesen wird, und der ergänzte Eintrag gefunden wird. Vielen Dank Gruß Sepp

3 3

Netzwerkprobleme?
by Josef Penzkofer 20 Jul '20

20 Jul '20

Hallo OTRS-Community, verwendete Version: OTRS 6.0.28 Wenn ich auf meinem Testsystem für ein Ticket eine Aktion ausführe, wird die Aktion ausgeführt. Es erscheint dann aber immer der Dialog: OTRS hat mögliche Netzwerkprobleme entdeckt. Sie können entweder versuchen die Seite manuell erneut zu laden oder Sie warten bis ihr Browser die Verbindung wiederhergestellt hat. Diesen Dialog schließen Außerdem steht auch in der OTRS-Paketverwaltung: FAQ 6.0.26 - Paket nicht verifiziert aufgrund eines Kommunikationsproblems mit dem Verifikationsserver! Im OTRS-Log gibt es folgende Fehlermeldung [Mon Jul 20 10:13:53 2020] [Error][Kernel::System::WebUserAgent::Request][221] Can't perform POST on https://: 500 No Host option provided Kann jemand helfen? Gruß Sepp

1 0

Re: [otrs-de] Problem nach FAQ Update otrs-6.0.28 - Keine
by Matthias.Terlinde＠t-systems.com 06 Jul '20

06 Jul '20

Hey Götz, Das klingt ja fast so, als müsstest du noch mal die Config neu bauen. Blöde Frage: hast Du das FAQ Modul aktualisiert oder wolltest Du einen Eintrag auf den neuesten Stand bringen? Du könnest über die Konsole das FAQ Modul einmal neu installieren lassen. Viele Grüße, Matthias Terlinde DEUTSCHE TELEKOM SECURITY GMBH Matthias Terlinde Cyber Defense Operations Bonner Talweg 100, 53113 Bonn E-Mail: matthias.terlinde(a)t-systems.com www.telekom.de/security ERLEBEN, WAS VERBINDET. Die gesetzlichen Pflichtangaben finden Sie unter: www.telekom.com/pflichtangaben-dtsec we care Mehr Nachhaltigkeit und Teilhabe ermöglichen. Weitere Informationen zur Telekom Nachhaltigkeitsinitiative: https://wecare.telekom.com/de/label/ ------------------------------ Message: 4 Date: Mon, 6 Jul 2020 13:55:18 +0200 From: Götz Reinicke <goetz.reinicke(a)filmakademie.de> To: "User questions and discussions about OTRS.org in German" <otrs-de(a)lists.otrs.org> Subject: Re: [otrs-de] Problem nach FAQ Update otrs-6.0.28 - Keine Tickets/keine Admin Seite mehr erreichbar Message-ID: <6559C632-C9D7-4C55-8BDB-7A43D97A563A(a)filmakademie.de> Content-Type: text/plain; charset="utf-8" :-/ ?. ich hab einen neuen DB Server zum Testen und da unsere OTRS DB drauf gepackt. Für ein paar Tage lief alles fein und gut, bis heute zum FAQ Update. Der neue Server ist MySQL 8.x und das wird ja nicht mehr Supporten ?. Schade. O.K. Schwenk zurück zum alten MySQL Server und den alten DB Credentials. Und neues Problem: OTRS versucht es mit dem User für MySQL 8, obwohl der in der Config nicht mehr drin steht. Ideen hierzu? Danke und Grüße. Götz

1 0

Problem nach FAQ Update otrs-6.0.28 - Keine Tickets/keine Admin Seite mehr erreichbar
by Götz Reinicke 06 Jul '20

06 Jul '20

Guten Tag zusammen, ich wollte das FAQ Modul updaten, dabei kam dann eine Meldung, ich hätte nicht die Rechte dazu. In der Vergangenheit funktionierte das aber mit meinem Nutzer. Leider ist jetzt für mich und alle andere Agenten die Benutzung nicht mehr möglich; alle Queues oder Admin-Bereiche etc werde nicht mehr angezeigt, auch nicht auf der Startseite etc. Die Statistik is nur ne Flatline. In den Logs finde ich nix. Ideen? Danke und Grüße. Götz

2 3

Antw: [EXT] Re: OTRS 6 Community Edition - Eigen Module
by Josef Penzkofer 29 Jun '20

29 Jun '20

Hallo Renée, vielen dank für Deine antwort. Neindieses Kommando bzw. auch den Cache löschen hatte ich noch nicht ausgeführt. Aber nach dem Ausführen hab ich Mein Modul in der SysConfig gefunden. Dies stand so aber nicht in der Upgrade-Anleitung zu OTRS 6. Und ich dachte, vielleicht sind diese Aktionen ja dann bereits im Script zur Datenbank-Migration enthalten. Das Löschen des Caches ist ja enthalten: Step 10 of 44: Refresh configuration cache after migration of OTRS 5 settings ... Step 40 of 44: Clean up the cache ... Step 41 of 44: Refresh configuration cache another time ... Gruß Sepp >>> Renée Bäcker <otrs.list(a)perl-services.de> 26.06.2020 14:26 >>> Hallo Sepp, hast Du ein perl bin/otrs.Console.pl Maint::Config::Rebuild gemacht? Viele Grüße Renée Am 26.06.20 um 13:50 schrieb Josef Penzkofer: > Hallo OTRS‑Community, > > hab nun mein Testsystem von OTRS 5 auf OTRS 6 Community Edition aktualisiert. > > Nun wollte ich ein weiteres Widget auf dem Dashboard einbauen, dass interne > Meldungen für unseren Service Desk ausgibt. > > Dazu hab ich eine entsprechende XML‑Datei erstellt, die dieses Widget > registriert. > Datei: Dashboard.xml > Verz.: /Kernel/Config/Files/XML > > <Setting Name="DashboardBackend###0001‑MessageNew" Required="0" Valid="1"> > ... > (Anleitung aus Ticket.xml) > > Anschließend den Webserver neu gestartet. > > Wenn ich jetzt aber in derSysConfig danach suche, erhalte ich die Meldung: > Ihre Suche nach "0001‑MessageNew" in der Kategorie "OTRS" ergab keine > Ergebnisse. > > Diese meldung erhalte ich auch, wenn ich in der Kategorie "Alle Einstellungen" > suche‑ > > D.h., ich kann das Widget nicht registrieren und deshalb auch auf dem > Dashboard nicht anzeigen. > > Was mach ich da falsch? > > Vielen Dank > > Gruß > > 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 ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑ 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

OTRS 6 Community Edition - Eigen Module
by Josef Penzkofer 26 Jun '20

26 Jun '20

Hallo OTRS-Community, hab nun mein Testsystem von OTRS 5 auf OTRS 6 Community Edition aktualisiert. Nun wollte ich ein weiteres Widget auf dem Dashboard einbauen, dass interne Meldungen für unseren Service Desk ausgibt. Dazu hab ich eine entsprechende XML-Datei erstellt, die dieses Widget registriert. Datei: Dashboard.xml Verz.: /Kernel/Config/Files/XML <Setting Name="DashboardBackend###0001-MessageNew" Required="0" Valid="1"> ... (Anleitung aus Ticket.xml) Anschließend den Webserver neu gestartet. Wenn ich jetzt aber in derSysConfig danach suche, erhalte ich die Meldung: Ihre Suche nach "0001-MessageNew" in der Kategorie "OTRS" ergab keine Ergebnisse. Diese meldung erhalte ich auch, wenn ich in der Kategorie "Alle Einstellungen" suche- D.h., ich kann das Widget nicht registrieren und deshalb auch auf dem Dashboard nicht anzeigen. Was mach ich da falsch? Vielen Dank Gruß Sepp

2 1

Mehrere eingehende E-Mailadresse
by Klaus Rörig 23 Jun '20

23 Jun '20

Hallo zusammen, ich stehe hier gerade vor der Frage wie ich es in der CE schaffen kann, mehrere E-Mailkanäle zu trennen. Ich habe drei Adressen unter unserer normalen Domain, die vom Exchange an OTRS weitergeleitet werden. Auf dem OTRS-System werden die Mails an Procmail übergeben. Also support@ -> otrs@servername -> procmail aber wie bekomme ich die jetzt auf drei unterschiedliche Queues verteilt? Durch die Weiterleitung im Exchange sehe ich als Ziel nur noch otrs@servername Danke & Gruß Klaus -- Klaus Rörig Systemadministration/ Service Regionalverkehr Köln GmbH (RVK) Theodor-Heuss-Ring 19-21 50668 Köln Telefon: +49 221 1637-607 Telefax: +49 221 1637-4607 E-Mail: Klaus.Roerig(a)rvk.de Internet: www.rvk.de Twitter: twitter.com/RVK_Koeln Instagram: instagram.com/RVKkoeln Wir bewegen die Region - umweltbewusst und serviceorientiert Sitz der Gesellschaft: Köln Handelsregister: Amtsgericht Köln, HRB 7432 USt-IdNr. DE 811438172 Geschäftsführer: Eugen Puderbach Vorsitzender des Aufsichtsrates: Landrat Günter Rosenke Datenschutzhinweis: http://www.rvk.de/datenschutz/

3 4

Migrationsscript - Datenbank
by Josef Penzkofer 23 Jun '20

23 Jun '20

Hallo OTRS-Community, Nachtrag zu meinem Problem beim Upgrade von OTRS 5.0.22 auf OTRS 6.0.28: Das Migrations-Script scripts/DBUpdate-to-6.pl liefert die Fehlermeldung: Error: There is a time offset configured which currently prevents this script from running in non-interactive mode. A config file with proposed time zones has been written to '/opt/otrs/scripts/DBUpdateTo6/TaskConfig/MigrateTimeZoneConfiguration.yml.dist'. Please either uncomment the relevant time zone(s) in the file or execute the script in interactive mode and select the time zone(s) manually. Wenn ich im File: MigrateTimeZoneConfiguration.yml.dist z.B. bei OTRSTimeZone: Europe/Berlin UserDefaultTimeZone: Europe/Berlin jeweils das Kommentarzeichen # entferne und dann nochmals das Migrations-Script ausführe, erhalt ich wieder die obige Fehlermeldung. Wie kann ich erreichen, dass das Migrations-Script fehlerfrei durchläuft? Vielen dank Sepp

2 1

Serverfehler nach Upgrade auf OTRS 6
by Josef Penzkofer 23 Jun '20

23 Jun '20

Hallo OTRS-Community, hab - erst heute - mein Testsystem von OTRS 5.0.22 auf OTRS 6.0.28 aktualisiert. Beim Versuch, mich anzumelden, erhalte ich folgende Fehlermeldung: Serverfehler! Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist. Fehlermeldung: [Tue Jun 23 15:16:02 2020] -e: Could not load class Kernel::Output::HTML::Layout::Loader. at /opt/otrs/Kernel/Output/HTML/Layout.pm line 1004. , Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber. Wie kann ich diesen Fehler beheben? Vielen dank Gruß Sepp

1 0

Antw: [EXT] Re: E-Mail-Anhang zu groß
by Josef Penzkofer 16 Jun '20

16 Jun '20

Hallo Florian, jetzt hab ich es doch mit OTRS-Bordmitteln gelöst. Dazu hab ich die Datei IMAP.Pm; Verz. /Custom/Kernel/System/MailAccount erweitert. Ist die vom Kunden gesandte E-Mail zu groß, so bekommt der Kunde eine E-Mail mit dem Hinweis, dass die Zustellung fehlgeschlagen ist. Anschließend wird die zu große E-Mail des Kunden aus der Inbox gelöscht - ansonsten würde OTRS ja alle 10 Minuten versuchen, die Mail erneut abzuholen. Gruß Sepp >>> Florian Edlhuber <florian.edlhuber(a)gmx.de> 04.06.2020 14:17 >>> Servus, Dein Mailserver sollte die Mailgröße akzeptieren wie OTRS auch. Dein Zielmailserver muss größere Mails ablehnen. OTRS macht hier nix. Ein lokaler MX wäre hier auch möglich. Anhänge filtern ist mir nicht bekannt. Da brauchste n Content Filter auf dem Mailer. Viele Grüße Flo PS: 300 MB Mails? ernsthaft? E-Mail is da falsches Medium wenn Du mich fragst. 06/04/2020 10:03 - Josef Penzkofer wrote: > > Hallo OTRS-Community, > > bei uns ist für die Größe des Mail-Anhanges bei internen E-Mails ein Wert von > 300 MB eingestellt. > > In OTRS ist ja standardmäßig der Wert auf 16 MB eingestellt - ich hab den Wert > auf 30 MB erhöht. > SysConfig > PostMasterMaxEmailSize > Einstellung: 30720 > > Standardwert: 16384 > > Maximale Größe in KBytes für E-Mails die via POP3/POP3S/IMAP/IMAPS empfangen > werden (in KBytes). > > Durch diese Einstellungen gelangen immer wieder E-Mails ins Postfach, die OTRS > dann nicht abholen kann. > > Auszug aus Log-File > [Tue Jun 2 20:50:03 2020][Error] > [Kernel::System::MailAccount::IMAP::_Fetch][184] IMAPS: Can't fetch email 6 > from XXX. Email too big (51476 KB - max 30720 KB)! > > Der Kunde bekommt hierzu aber keine Fehlermeldung - Bis zum Posteingangsserver > kann die Mail ja zugestellt werden. > > Den Wert für "PostMasterMaxEmailSize" auf 300 MB zu erhöhen, ist aber nicht > wirklich sinnvoll. > > Gibt es eine Möglichkeit, den Kunden zumindest darüber zu informieren, dass > seine Anfrage nicht im Ticket-System angekommen ist? > > Zusätzliche Frage: > Gibt es eine Möglichkeit, nur bestimmte Dateitypen als Anhang zuzulassen? > > Vielen Dank > > Gruß > > Sepp > > --------------------------------------------------------------------- > OTRS mailing list: otrs-de - Webpage: [1]http://otrs.org/ > Archive: [2]http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: [3]http://lists.otrs.org/mailman/listinfo/otrs-de > -- Florian [1] http://otrs.org/ [2] http://lists.otrs.org/pipermail/otrs-de [3] http://lists.otrs.org/mailman/listinfo/otrs-de

1 0

Meldungen bei Upgrade in Textdatei umleiten
by Josef Penzkofer 15 Jun '20

15 Jun '20

Hallo OTRS-Community, funktioniert bei einem Upgrade von OTRS die Absicht, die einzelnen Meldungen in eine Textdatei umzuleiten? Also bspw.: rpm -Uvh otrs-6.0.xx-01.noarch.rpm >> /tmp/upgrade.txt scripts/DBUpdate-to-6.pl >> /tmp/DBUpgrade.txt In so einer Text-Datei könnte ich als hochgradig sehbehinderter besser navigieren bzw. Inhalte kopieren als in einem Konsolen-Fenster. Vielen Dank Gruß Sepp

2 1

E-Mail-Anhang zu groß
by Josef Penzkofer 04 Jun '20

04 Jun '20

Hallo OTRS-Community, bei uns ist für die Größe des Mail-Anhanges bei internen E-Mails ein Wert von 300 MB eingestellt. In OTRS ist ja standardmäßig der Wert auf 16 MB eingestellt - ich hab den Wert auf 30 MB erhöht. SysConfig PostMasterMaxEmailSize Einstellung: 30720 Standardwert: 16384 Maximale Größe in KBytes für E-Mails die via POP3/POP3S/IMAP/IMAPS empfangen werden (in KBytes). Durch diese Einstellungen gelangen immer wieder E-Mails ins Postfach, die OTRS dann nicht abholen kann. Auszug aus Log-File [Tue Jun 2 20:50:03 2020][Error] [Kernel::System::MailAccount::IMAP::_Fetch][184] IMAPS: Can't fetch email 6 from XXX. Email too big (51476 KB - max 30720 KB)! Der Kunde bekommt hierzu aber keine Fehlermeldung - Bis zum Posteingangsserver kann die Mail ja zugestellt werden. Den Wert für "PostMasterMaxEmailSize" auf 300 MB zu erhöhen, ist aber nicht wirklich sinnvoll. Gibt es eine Möglichkeit, den Kunden zumindest darüber zu informieren, dass seine Anfrage nicht im Ticket-System angekommen ist? Zusätzliche Frage: Gibt es eine Möglichkeit, nur bestimmte Dateitypen als Anhang zuzulassen? Vielen Dank Gruß Sepp

2 1

Antw: [EXT] [OTRS 6] Auto-Close Tickets sollte ein Kunde nach x Tagen nicht mehr antworten
by Josef Penzkofer 11 May '20

11 May '20

Hallo Martin, ich weiß nicht, wie die "alten" Anleitungen, die Du gefunden hast, aussehen. Außerdem arbeiten wir (noch) mit Version OTRS 5. Grundsätzlich würd ich das folgendermaßen machen: Den Status "pending auto close-" aktivieren. Dann kann der Agent das Ticket in den Status "pending auto close-" setzen und eine Zeit auswählen bzw. kann man in SysConfig auch eine DiffTime von z.B. 7 Tagen festlegen. Für die Benachrichtigung an den Kunden nach 5 Tagen: DynamicField einrichten: Name: DF_Name, Feldtyp: Text, Objekttyp: Ticket GenericAgent-Job einrichten: Eventgesteuert ausführen: Event - TicketStateUpdate Ticket Filter Status: pending auto close- Ticket zuletzt geändert: vor 5 Tagen Ticket Attribute setzen: DF_Name - Hier z.B. Ja Neue Benachrichtigung einrichten Wird getriggert durch Event: TicketDynamicFieldUpdate_"DF_Name" Empfänger: Kunde des Tickets Gruß Sepp >>> Martin Fernau <martin.fernau(a)fernausoft.de> 06.05.2020 09:37 >>> Hallo, ich möchte für unser OTRS gern eine Funktion aktivieren, sodass unsere Agenten in der Lage sind bestimmte Tickets in einen Zustand "Warten auf Kunde" zu versetzen. Solche Tickets sollten in diesem Zustand sagen wir nach 5 Tagen eine automatische Antwort versenden, dass ihr Ticket in 2 Tagen geschlossen wird, sollte keine Antwort mehr eingehen. Sprich: Das Ticket soll sich nach 7 Tagen automatisch schließen, den Kunden 2 Tage vorher aber nochmal an das Thema erinnern. Wobei hier meine gewählten Tage noch etwas flexibel sein sollten. Ob es später 7 Tage sind, oder vielleicht doch nur 5 muss ich mir erst nochmal durch den Kopf gehen lassen. Gibt es zu diesem sicherlich ziemlich bekannten Thema im Netz eine Art Best‑Practise‑Guide wie man so etwas in OTRS 6 einrichtet? Ich habe schon mal etwas gesucht, finde aber meist nur recht alte Referenzen (zu OTRS 3 z.B.) die mir von der Lösung her doch recht kompliziert vorkommen. Ich habe hier eine leiste Hoffnung das so etwas im aktuellen OTRS 6 ggf einfacher abbildbar sein könnte, da es sich doch eigentlich um ein etabliertes Verfahren handelt. Danke und Grüße Martin Fernau ‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑‑ 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

2 3

[OTRS 6] Auto-Close Tickets sollte ein Kunde nach x Tagen nicht mehr antworten
by Martin Fernau 06 May '20

06 May '20

Hallo, ich möchte für unser OTRS gern eine Funktion aktivieren, sodass unsere Agenten in der Lage sind bestimmte Tickets in einen Zustand "Warten auf Kunde" zu versetzen. Solche Tickets sollten in diesem Zustand sagen wir nach 5 Tagen eine automatische Antwort versenden, dass ihr Ticket in 2 Tagen geschlossen wird, sollte keine Antwort mehr eingehen. Sprich: Das Ticket soll sich nach 7 Tagen automatisch schließen, den Kunden 2 Tage vorher aber nochmal an das Thema erinnern. Wobei hier meine gewählten Tage noch etwas flexibel sein sollten. Ob es später 7 Tage sind, oder vielleicht doch nur 5 muss ich mir erst nochmal durch den Kopf gehen lassen. Gibt es zu diesem sicherlich ziemlich bekannten Thema im Netz eine Art Best-Practise-Guide wie man so etwas in OTRS 6 einrichtet? Ich habe schon mal etwas gesucht, finde aber meist nur recht alte Referenzen (zu OTRS 3 z.B.) die mir von der Lösung her doch recht kompliziert vorkommen. Ich habe hier eine leiste Hoffnung das so etwas im aktuellen OTRS 6 ggf einfacher abbildbar sein könnte, da es sich doch eigentlich um ein etabliertes Verfahren handelt. Danke und Grüße Martin Fernau

1 0

Re: [otrs-de] Centos 7.7 update OTRS to 6.0.27 - fehlende Perl Module für DB-Update
by Matthias.Terlinde＠t-systems.com 16 Apr '20

16 Apr '20

Hallo Jens, Probier mal die Flag "--all" aus, die hat zumindest auf der OTRS 7 alles brav angezeigt. Viele Grüße Matthias T-SYSTEMS INTERNATIONAL GMBH Telekom Security Matthias Terlinde 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 ---------------------------------------------------------------------------- -------- Message: 1 Date: Wed, 15 Apr 2020 14:22:16 +0200 From: <keineWerbung(a)gmx.net> To: "'User questions and discussions about OTRS.org in German'" <otrs-de(a)lists.otrs.org> Subject: Re: [otrs-de] Centos 7.7 update OTRS to 6.0.27 - fehlende Perl Module für DB-Update Message-ID: <005c01d61320$80961910$81c24b30$(a)gmx.net> Content-Type: text/plain; charset="utf-8" Hallo, ergänzend möchte ich erwähnen, dass die Routine otrs.CheckModules.pl die genannten Module ebenfalls nicht als fehlend aufführt. Da hatte ich zuerst geschaut und war dann etwas verwirrt? Gruß Jens

1 0

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