January 2019 - otrs-de - OTRS mailing lists

AW: [otrs-de] Welchen Provider für Root-Server
by Jan Gerle 19 Nov '24

19 Nov '24

Frank Ammari wrote: > Hallo, > > ich suche einen Provider, bei dem ich OTRS installieren kann. > An der Tatsache, dass man für die Installation Root-Rechte > braucht, hat sich wohl nichts geändert, oder?! Wie auch > immer. Wer hat mit welchem Provider gute Erfahrungen gemacht > und kann mir einen schnellen Server empfehlen? Da kann ich wärmstens Hetzner (http://www.hetzner.de/) empfehlen. Guter, kompetenter Service, die helfen einem auch mal aus der Patsche, wenn man sich vergriffen hat ;) Die Server sind absolut ausreichend schnell (Meine Empfehlung: Best Price, http://www.hetzner.de/best_price.html) Mit freundlichen Grüßen, Jan Gerle -- Buchner & Partner GmbH http://www.buchner.de/ Jan Gerle Lise-Meitner-Str. 1-7, 24223 Raisdorf Leiter Interne EDV fon +49(0) 4307 8119 77 mailto:Jan.gerle@buchner.de fax +49(0) 4307 8119 99

2 1

OTRS 6 - Kalenderanzeige mit Anzahl der Tickets
by Ml Ml 29 Jan '19

29 Jan '19

Hallo Zusammen, wir haben das Problem, dass wir Tickets auf Warten/Wiedervorlage setzen müssen. Jeder Agent hat so 200 Tickets, was dann das Problem mit sich bringt, dass man unter anderem 30Tickets auf einen Tag setzt (weil man eben kein Überlick hat). Besteht eine Möglichkeit beim setzten der Tickets auf Warten, quasi beim Kalender Pop-Up mit anzuzeigen wie viele Tickets bereits auf Kalendertage gesetzt sind? Haben nur wir das Problem? :) Hier ein Beispiel wie es ausehen könnte: https://www.bilder-upload.eu/thumb/b86f64-1548760550.png (rot = viele tickets, grün = wenige tickets, dunkelgrün = mittel viel tickets) Gibts sowas schon als Add-On? Gruß, Mario

1 0

Anlage zu Automatischer Antwort hinzufügen
by Josef Penzkofer 22 Jan '19

22 Jan '19

Hallo OTRS-Community, verwendete Version: OTRS 5.0.22 Ich möchte die Funktion "Automatische Antwort" verwenden, um unseren Kunden die erfolgreiche Buchung eines Dienstes zu bestätigen. Dabei erfolgt die Buchung über ein Webformular, dass dann in einer 2ndLevel Queue ein Ticket erzeugt. Mit dieser automatischen Antwort möchte ich zusätzlich eine Anleitung zusenden, d.h. ich müsste beim Erstellen der Automatischen Antwort eine Datei anhängenkönnen. Leider kann man aber anscheinend nur beim Erstellen einer Antwort-Vorlage (Aktion: Manuelles Antworten) eine Anlage zur Vorlage hinzufügen. Wie könnte ich trozdem mit einer Automatischen Antwort einen Anhang versenden? Vielen Dank Gruß Sepp

1 0

Ausgehende-Email: Zwang der Eingabe eines Titels möglich?
by Matthias.Terlinde＠t-systems.com 20 Jan '19

20 Jan '19

Moin zusammen, >> On Jan 18, 2019, at 4:22 PM, Martin Fernau <martin.fernau at fernausoft.de<http://lists.otrs.org/mailman/listinfo/otrs-de>> wrote: >> >> Beim Kunden kommt dann >> beispielsweise eine Mail mit dem wahnsinnig aussagekräftigen Titel >> "[Ticket#2112870]" an. >> >die Funktion ist ja auch nicht dazu gedacht. Wenn "Antwort" genutzt wird steht hinter der Ticket-Nummer auch der Ticket-Titel. Mit "Ausgehende E-Mail" schreibt man i.d.R. Dritte an, zum Beispiel einen Vorgesetzten oder externen den man (zum Teil) einbeziehen möchte. Daher ist dann im Betreff auch nicht mehr der Titel enthalten, da der oftmals anders (eindeutiger) ist. Prozessual ist das natürlich richtig, dass in den meisten Fällen die Antwortfunktion genutzt werden soll. Wenn an Dritte geschrieben werden soll, kann ein Standardbetreff trotzdem wünschenswert sein. Ticket::Frontend::AgentTicketEmail###Subject sollte Ihnen da weiterhelfen. Alternativ können Sie auch den Link zum E-Mail Outbound Modul umändern. Ticket::Frontend::MenuModule###427-Email Outbound enthält im Datenfeld "Link" den Aufruf. Standardmäßig enthält es "Action=AgentTicketEmailOutbound;TicketID=[% Data.TicketID | html %]". Sie sollten dies um ";Subject=[% Data.Subject | html %]" oder ";SubjectLong=[% Data.Subject | html %]" erweitern können (ungetestet). Eine so erstellte E-Mail hat dann den originalen Betreff, jedoch keinen E-Mail Verlauf. Vielleicht können Sie Ihre Agents dazu bewegen, die Antwort-Funktion zu nutzen oder Sie verbieten per ACL den Zugriff darauf. Viele Grüße Matthias Terlinde T-SYSTEMS INTERNATIONAL GMBH Matthias Terlinde Bonner Talweg 100, 53113 Bonn E-Mail: matthias.terlinde(a)t-systems.com<mailto:matthias.terlinde@t-systems.com> Internet: www.t-systems.de<http://www.t-systems.de/> Die gesetzlichen Pflichtangaben finden Sie unter: www.t-systems.de/pflichtangaben<http://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.

3 2

Ausgehende-Email: Zwang der Eingabe eines Titels möglich?
by Martin Fernau 18 Jan '19

18 Jan '19

Hallo zusammen, ich habe hier immer wieder Spezialisten in meinem Team, die nicht in der Lage sind darauf zu achten ob auch alles richtig angegeben ist. Mittels ACL habe ich - zum Glück - mittlerweile so einiges reglementieren können um den grauen Zellen auf die Sprünge zu helfen. Was mich jetzt noch auf die Palme bringt sind Mails die über "Kommunikation -> Ausgehende Mail" gesendet werden und dort schlicht vergessen wird ein Titel einzugeben. Beim Kunden kommt dann beispielsweise eine Mail mit dem wahnsinnig aussagekräftigen Titel "[Ticket#2112870]" an. Ich weiß nicht was daran so schwer ist den Titel zu befüllen bevor man unten auf den Button klickt. Langsam bekomme ich Sorge ob ich im Büro nicht überall automatisch öffnende Türen verbauen muss bevor alle einfach nur davor laufen... An dieser Stelle wüsste ich aber nicht wie oder ob ich hier mit ACL etwas "retten" kann. Das Problem an dieser Stelle ist: Wenn man auf "Kommunikation -> Ausgehende Mail" klickt, wird im obligatorischen Feld "Betreff" nur die Ticket-Nummer vom System eingetragen. Auf diese Weise steht zwar die wichtige Zuordnung zum Ticket drin, aber so funktioniert die Prüfung auf "ist da etwas eingetragen" nicht richtig. Meine vergesslichen Mitarbeiter schreiben da nichts sinnvolles rein und schicken dann die Mails immer so raus... Kann man das irgendwie verbessern? Oder vielleicht so umstellen, dass das System den Titel vom Ticket mit übernimmt? Danke und Grüße Martin Fernau -- FERNAUSOFT GmbH Gartenstraße 42 - 37269 Eschwege Telefon (0 56 51) 95 99-0 Telefax (0 56 51) 95 99-90 eMail martin.fernau(a)fernausoft.de Internet http://www.fernausoft.de Handelsregister Eschwege, HRB 1585 Geschäftsführer: Axel Fernau, Ulrich Fernau, Martin Fernau Steuernummer 025 233 00041 USt-ID-Nr. DE 178 554 622

2 1

Re: [otrs-de] Neuer StatusTyp - Keine Anzeige
by Vorländer, Martin 16 Jan '19

16 Jan '19

Hallo! Zur um sicher zu gehen: Den Cache hast Du nach dem Eintragen in die Datenbank mal geleert? otrs@host$ /opt/otrs/bin/otrs.Console.pl Maint::Cache::Delete cu, Martin -----Ursprüngliche Nachricht----- Von: otrs-de <otrs-de-bounces(a)lists.otrs.org> Im Auftrag von Josef Penzkofer Gesendet: Mittwoch, 16. Januar 2019 09:16 An: otrs-de(a)otrs.org Betreff: [otrs-de] Neuer StatusTyp - Keine Anzeige Hallo OTRS-Community, ich hab in unserer OTRS-Instanz (Version: OTRS 5.0.22) über folgendes SQL-Statement einen neuen Statustyp erzeugt: insert into ticket_state_type (name, comments, create_time, create_by, change_time, change_by) values ('repair','All repair-services', current_timestamp, 1, current_timestamp, 1); Mittels Select-Statement wird der neue Statustyp auch in der Datenbank angezeigt. Wenn ich jetzt im Admin-Bereich | Status Verwaltung einen neuen Status hinzufügen möchte, wird der neue Statustyp "repair" nicht zur Auswahl angezeigt. Unser Testsystem läuft mit der Version OTRS 5.0.20 - da funktioniert es. Ist das Verhalten in Version OTRS 5.0.22 also ein Bug oder woran liegt es? 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

2 1

Neuer StatusTyp - Keine Anzeige
by Josef Penzkofer 16 Jan '19

16 Jan '19

Hallo OTRS-Community, ich hab in unserer OTRS-Instanz (Version: OTRS 5.0.22) über folgendes SQL-Statement einen neuen Statustyp erzeugt: insert into ticket_state_type (name, comments, create_time, create_by, change_time, change_by) values ('repair','All repair-services', current_timestamp, 1, current_timestamp, 1); Mittels Select-Statement wird der neue Statustyp auch in der Datenbank angezeigt. Wenn ich jetzt im Admin-Bereich | Status Verwaltung einen neuen Status hinzufügen möchte, wird der neue Statustyp "repair" nicht zur Auswahl angezeigt. Unser Testsystem läuft mit der Version OTRS 5.0.20 - da funktioniert es. Ist das Verhalten in Version OTRS 5.0.22 also ein Bug oder woran liegt es? Vielen Dank Gruß Sepp

1 0

Berichterstattung mittels "otrs.Console.pl Maint::Stats::Generate ..." funktionslos
by Martin Fernau 11 Jan '19

11 Jan '19

Hallo, seit einiger Zeit (genau kann ich es nicht sagen - ich schätze mal seit etwas einem Monat oder etwas mehr) funktioniert die Berichterstattung mittels Befehl otrs.Console.pl nicht mehr. Ich benutzte bis Dato den folgenden Befehl (mittels Cronjob) um mit automatisiert täglich einen Bericht zusenden zu lassen. Jetzt funktioniert das nicht mehr (siehe Fehlermeldung): # sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Stats::Generate --number 10013 --mail-recipient <...> --mail-body "Liste der geschlossenen Tickets von heute" --format Print Generating statistic number 10013... Error: Can't call method "deflate" on an undefined value at /opt/otrs/Kernel/cpan-lib/PDF/API2/Basic/PDF/Filter/FlateDecode.pm line 41. Der Fehler "Can't call method "deflate" on an undefined value at /opt/otrs/Kernel/cpan-lib/PDF/API2/Basic/PDF/Filter/FlateDecode.pm line 41" ist neu. Googeln brachte mich nicht weiter. Ich habe den Befehl jetzt erst mal so umgestellt, das ich statt eines PDFs eine CSV geschickt bekomme. Das funktioniert - ist aber umständlicher. Hat hier jemand eine Idee? Das eingesetzte System ist ein Debian in Version 8.11 Mit freundlichen Grüßen Martin Fernau

2 2

Error: There were problems importing the spool mails.
by Andrea Wardzichowski 10 Jan '19

10 Jan '19

Liebe LISTige, zunächst ein gutes neues Jahr! Meines lief bis heut morgen ganz ok.... Wir setzen OTRS 5.0.14 ein. Ganz gelegentlich bleiben in /var/spool/otrs mails liegen, die vom System nicht verarbeitet werden konnten, daher sichten wir dieses Verzeichnis täglich. Spammails werfe ich gleich weg, den Rest lasse ich mit su -s /bin/bash -c '$HOME/bin/otrs.Console.pl Maint::PostMaster::SpoolMailsReprocess' otrs verarbeiten und normalerweise landen sie dann brav im OTRS. Gestern habe ich eine neue Adresse eingerichtet und Mails wurden in die passende Queue zugestellt, heute nacht aber sind 4 dieser Mails hängengeblieben und werden mit "Failed" nicht weiter verarbeitet, zum Schluß sagt die obige Zeile: Error: There were problems importing the spool mails. Es handelt sich um automatische Systemmails, nichtmal besonders lang und inhaltlich nicht dramatisch (keine komischen Symbole oder Zeichenkonflikte, die wir z.B. vor der Umstellung der DB auf UTF8 vermehrt hatten). Gibt es eine Möglichkeit, hier besseren Output zu bekommen WAS bemängelt wird? Und die Mails dann einfüttern zu können? Herzliche Grüße aus Stuttgart, Andrea -- --------------------------------------------------------------------- Andrea Wardzichowski Phone : +49 711 63314-0 DFN-Verein, Geschäftsstelle Stuttgart Fax : +49 711 63314-133 Lindenspürstr.32 E-Mail : wardzichowski(a)dfn.de D-70176 Stuttgart WWW : http://www.dfn.de --------------------------------------------------------------------- --------------------- Deutsches Forschungsnetz ---------------------- --------- Germany's National Research and Education Network --------- ---------------------------------------------------------------------

1 0