- 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