November 2017 - 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

Neue Mail wird an ein altes Ticket gehaengt
by Andrea Wardzichowski 30 Nov '17

30 Nov '17

Liebe OTRS-Kundige, ich hätte gerne ein Problem ;-) Zu den Eckdaten: wir setzen OTRS 5.0.14 ein und haben eine MySQL Adressdatenbank angebunden. Die Kundenbenutzer sind aber keinen Gruppen oder Services zugeordnet und wir benutzen das Customerinterface nicht. Seit einigen Wochen berichtet ein Kollege das Problem: immer wenn er von einer bestimmten Mailadresse eine Mail ins OTRS schickt, dann wird da kein neues Ticket erzeugt, sondern die Mail an ein ALTES Ticket (und zwar immer das gleiche) angehängt. Zur Aufrechterhaltug der Tätigkeiten haben wir uns damit beholfen, die neuen, falsch angehängten Artikel durch Teilen herauszulösen aus dem Ticket und konnten so weiterwurschteln. Nicht toll, aber ging. Ich habe den kompletten Adminbereich durchforstet und auch die Vorfilter in der Kernel/Config.pm: nix. Ich habe dann vor lauter Verzweiflung und nach Absprache das Ticket gelöscht, an das immer angehängt wird: der Kollege schrieb 2 frische Mails und die zweite wurde gleich wieder an die erste angehängt. Es ist dem nicht beizukommen. Gestern nun hat die Sache eine neue Dramatik bekommen, weil der Effekt nun mit einer externen Mailadresse auftrat. In diesem Fall sind es drei Mails, wo From und Subject übereinstimmen, aber dafür gibt es keinerlei Regeln (und das Subject differierte bei unseren Tests auch, und dennoch wurde die Mail falsch angehängt). Ist Euch sowas schonmal untergekommen? Wo könnte ich noch nachsehen? Oder ist das ein handfester Bug, wobei ich leider die Randbedingungen nicht eingrenzen kann, wann das passiert und warum es ausgelöst wird. In der Adressdatenbank haben beide Adressen keinerlei Auffälligkeiten. Und es sind auch jeweils andere Zielmailadressen/Queues betroffen. Ganz viele 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 --------- ---------------------------------------------------------------------

3 6

Need Groupname Fehlermeldung nach Update auf OTRS Version 6
by Felix Scherer 29 Nov '17

29 Nov '17

Hallo zusammen, nachdem ich OTRS auf Version 6 geupdatet habe erhalte ich unten angehängte Fehlermeldung im Log sobald ich auf "Admin"-Bereich klicke. Es funktioniert auch alles, nur die Fehlermeldung stört etwas. Ich entdecke den Fehler aber nicht. Mit den Gruppen, etc. sollte alles in Ordnung sein. Jemand eine Idee was hier nicht stimmt? SetPermissons-Script nochmals ausgeführt ergab keine Änderung. ERROR: OTRS-CGI-16 Perl: 5.18.2 OS: linux Time: Wed Nov 29 10:32:59 2017 Message: Need GroupName! RemoteAddress: xxx.xx.xx.xx RequestURI: /otrs/index.pl?Action=Admin Traceback (3631): Module: Kernel::System::Group::PermissionCheck Line: 945 Module: Kernel::Output::HTML::NavBar::ModuleAdmin::Run Line: 76 Module: Kernel::Output::HTML::Layout::NavigationBar Line: 3218 Module: Kernel::Modules::Admin::Run Line: 35 Module: Kernel::System::Web::InterfaceAgent::Run Line: 1098 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler Line: 40 Module: (eval) (v1.99) Line: 206 Module: ModPerl::RegistryCooker::run (v1.99) Line: 206 Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 172 Module: ModPerl::Registry::handler (v1.99) Line: 31 Viele Grüße -- Felix Scherer (B.Sc.) Hochschule Mannheim Campus IT und Services Paul-Wittsack-Str. 10 D 68163 Mannheim Tel.: 0621 / 292 6128 Fax.: 0621 / 292 6128 1 E-Mail: f.scherer(a)hs-mannheim.de

1 0

Ticket weiterleiten inkl. attachments
by Detlev Sieber 26 Nov '17

26 Nov '17

Hallo Liste, wenn wir ein Ticket mit einem Attachment weiterleiten, dann wird das Attachment nicht mitgesendet. Ich nehme an, dass man das irgendwo einstellen kann - habe es aber bisher nicht gefunden. Weiß jemand Rat? 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

2 1

Schreibzugriff durch Agenten auf Kundendaten
by Martin Fernau 26 Nov '17

26 Nov '17

Hallo OTRS-Community, mal eine (hoffentlich) ganz einfache Frage: Wie kann ich es vermeiden/beschränken, dass ein ganz normaler Agent die vorhandenen Kundendaten ändert? Ich finde derzeit keine Möglichkeit dazu. Beste Grüße Martin -- This email was Malware checked by UTM 9. http://www.sophos.com

2 1

Error im OTRS Log
by Thomas.Krumm＠swbad.de 20 Nov '17

20 Nov '17

Hallo, ich habe im Log folgenden Error und werde daraus einfach nicht schlau :(. Hat vielleicht jemand einen Tipp? Viele Grüß[cid:image003.png@01D35F75.270D9410]e Thomas ________________________________ ERROR: OTRS-otrs.Console.pl-Maint::Ticket::UnlockTimeout-01 Perl: 5.10.1 OS: linux Time: Thu Nov 16 12:35:11 2017 Message: There was an error executing Execute() in Kernel::System::Console::Command::Maint::Ticket::UnlockTimeout: [Thu Nov 16 12:35:11 2017] otrs.Daemon.pl: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') [Thu Nov 16 12:35:11 2017] otrs.Daemon.pl: AND st.ticket_lock_id NOT IN ( 1, 3 )' at line 5 at /opt/otrs/Kernel/System/DB.pm line 679. ERROR: OTRS-otrs.Console.pl-Maint::Ticket::UnlockTimeout-01 Perl: 5.10.1 OS: linux Time: Thu Nov 16 12:35:11 2017 Message: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') AND st.ticket_lock_id NOT IN ( 1, 3 )' at line 5, SQL: ' SELECT st.tn, st.id, st.timeout, sq.unlock_timeout, st.sla_id, st.queue_id FROM ticket st, queue sq WHERE st.queue_id = sq.id AND sq.unlock_timeout != 0 AND st.ticket_state_id IN ( ) AND st.ticket_lock_id NOT IN ( 1, 3 ) ' Traceback (2765): Module: Kernel::System::Console::Command::Maint::Ticket::UnlockTimeout::Run Line: 46 Module: (eval) Line: 460 Module: Kernel::System::Console::BaseCommand::Execute Line: 454 Module: (eval) Line: 150 Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Cron::Run Line: 129 Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Run Line: 250 Module: (eval) Line: 316 Module: main::Start Line: 316 Module: /opt/otrs/bin/otrs.Daemon.pl Line: 138 [Thu Nov 16 12:35:11 2017] otrs.Daemon.pl: DBD::mysql::st fetchrow_array failed: fetch() without execute() at /opt/otrs/Kernel/System/DB.pm line 747. Traceback (2765): Module: Kernel::System::Daemon::DaemonModules::BaseTaskWorker::_HandleError Line: 51 Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Cron::Run Line: 181 Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Run Line: 250 Module: (eval) Line: 316 Module: main::Start Line: 316 Module: /opt/otrs/bin/otrs.Daemon.pl Line: 138 Mit freundlichen Grüßen Thomas Krumm Informationstechnik Stadtwerke Baden-Baden Waldseestraße 24 76530 Baden-Baden Telefon: +49 7221 277-516 Telefax: +49 7221 277-506 Thomas.Krumm(a)swbad.de<mailto:Thomas.Krumm@swbad.de> ___________________________________ Geschäftsführer: Dipl.-Ing. Helmut Oehler info(a)swbad.de<mailto:info@swbad.de> www.stadtwerke-baden-baden.de <http://www.stadtwerke-baden-baden.de> Amtsgericht Mannheim * HRA 201400 UST-ID-Nr.: DE 143 465 245 +++ Besuchen Sie uns auch auf Facebook<https://www.facebook.com/stadtwerkebadenbaden/> und Instagram<https://www.instagram.com/stadtwerke_badenbaden/> +++ Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder von Teilen dieser Mail ist nicht gestattet. Jede von den Stadtwerken Baden-Baden versandte E-Mail ist sorgfältig erstellt worden, dennoch schließen wir die rechtliche Verbindlichkeit aus; sie kann nicht zu einer irgendwie gearteten Verpflichtung zu Lasten der Stadtwerke Baden-Baden ausgelegt werden.

2 2

OTRS Error
by Thomas.Krumm＠swbad.de 14 Nov '17

14 Nov '17

Hallo zusammen, ich habe folgende Fehlermeldungen im System und komme derzeit leider nicht wirklich weiter um diese zu beseitigen. Hat vielleicht Jemand von euch eine Idee? Viele Grüße Thomas [cid:image001.png@01D357A1.73E2A220]

2 5

Ticket-Status "Neu" und "Offen"
by Detlev Sieber 03 Nov '17

03 Nov '17

Hallo allseits, ich stelle in unserem OTRS (5.0) ein merkwürdiges Verhalten fest: Bisher bin ich immer davon ausgegangen, dass der Status "Neu" nur für solche Tickets vergeben wird, die tatsächlich neu erstellt (bzw. neu aus einer Mail importiert) wurden. Sobald an dem Ticket etwas gemacht wird - also eine Notiz, eine Antwort, eine Queue-Änderung oder dergleichen - sollte der Status auf "Offen" verändert werden - so wäre das korrekt, oder? Ich habe in Erinnerung, dass das früher in unserer Installation auch so gewesen ist - bin mir aber auch nicht mehr ganz sicher. Vielleicht haben wir das auch mit irgend einer Konfigurationseinstellung kaputt gemacht. Hat jemand eine Idee, wo man da "schrauben" müsste? 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

3 2

Agentenverwaltung im Verzeichnisdienst, Pflege von Gruppen und Rollen
by Ludwig Markus 02 Nov '17

02 Nov '17

Liebe Liste, unsere Agentenanmeldung soll von der OTRS-DB auf eine Verzeichnisdienst-basierte Anmeldung umgestellt werden. Dafür habe ich in unserem eDirectory eine neue Gruppe "OTRS-Allow" erstellt, die alle Agenten beinhalten wird, die Zugriff auf OTRS haben sollen. Was mir jetzt nicht klar ist: Wie befülle ich künftig die Gruppen und Rollen innerhalb von OTRS? Importiert OTRS bei einer Agentenanmeldung alle Mitglieder der OTRS-Allow Gruppe und legt Kopien der Mitglieder in der Datenbank ab? Oder wird ein Benutzer nur importiert, nach dem er sich angemeldet hat? Oder muss ich die Agenten zusätzlich manuell ohne Passwort auch in OTRS anlegen? Beste Grüße, Markus

4 6