April 2020 - 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

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