- otrs-de - OTRS mailing lists

Ebenfalls Frage zu Upgrade
by Josef Penzkofer 07 Nov '16

07 Nov '16

Hallo OTRS-Community, verwendetes System: OTRS 4.0.18, SLES 11, Apache 2 Perl 5.10 Ich wollte nun unser Testsystem von OTRS 4.0.18 auf OTRS 5.0.14 mittels rpm upgraden. Dazu hab ich heruntergeladen: otrs-5.0.14-02.noarch.rpm Dann dieses Paket auf den Server in Verzeichnis "tmp" kopiert. Nach Ausführen von tmp # rpm -Uvh otrs-5.0.14-02.noarch.rpm erhalte ich die Fehlermeldung: error: Failed dependencies: bash-completion is needed by otrs-5.0.14-02.noarch cronie is needed by otrs-5.0.14-02.noarch perl(Crypt::SSLeay) is needed by otrs-5.0.14-02.noarch perl(Encode::HanExtra) is needed by otrs-5.0.14-02.noarch perl(JSON::XS) is needed by otrs-5.0.14-02.noarch perl(Text::CSV) is needed by otrs-5.0.14-02.noarch perl(Text::CSV_XS) is needed by otrs-5.0.14-02.noarch perl(XML::LibXSLT) is needed by otrs-5.0.14-02.noarch perl(YAML::XS) is needed by otrs-5.0.14-02.noarch Wie behebe ich diesen Fehler, so dass ich das System upgraden kann? Vielen dank Gruß Sepp

3 2

Update von 4 auf 5
by Sebastian Gödecke 07 Nov '16

07 Nov '16

Hallo ML, ich überlege, ob ich otrs auf ver. 5 update. So wie ich die Doku verstanden habe, kann ich von meiner 4.0.3 direkt auf 4.0.16 aktualisieren und dann auf version 5 (aktuellste Version) patchen?! Oder habe ich da etwas falsch verstanden? -- Mit freundlichen Grüßen Sebastian Gödecke

3 2

Unterschiedliche zeichencodierung erzeugt Fehler
by Josef Penzkofer 28 Oct '16

28 Oct '16

Hallo OTRS-Community, verwendete Version: OTRS 4.0.15 bzw. OTRS 4.0.18. perl, v5.10.0 In unserem System landete ein Ticket, erzeugt per E-Mail, dass anscheinend zwei unterschiedliche Zeichencodierungen enthält. Die Signatur der E-Mail enthält Text und ein Telefon-Symbol. Beim Beantworten tritt dann folgende Fehlermeldung auf. -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Kernel/System/AuthSession/DB.pm line 583. \n\t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Kernel/System/AuthSession/DB.pm line 583.\n Diese Fehlermeldung ergibt sich auch, wenn man versucht, ein Telefon-Ticket mit dem gesamten Text inkl. dem Symbol zu erstellen. Dabei wird zwar ein neues Ticket erzeugt, es enthält aber keinen Artikel. Versucht man dagegen das Erstellen eines Telefon-Tickets nur mit dem Text oder nur mit dem Symbol, funktioniert die Ticketerstellung einwandfrei. In Datei: AgentTicketPhone.pm (/Kernel/Modules) gibt es dabei die beiden Funktionen # create new ticket and article ... # create new ticket, do db insert my $TicketID = $Self->{TicketObject}->TicketCreate(...); und my $ArticleID = $Self->{TicketObject}->ArticleCreate( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Bzw. beim Beantworten eines Tickets (AgentTicketCompose.pm) gibt es die Funktion # send email my $ArticleID = $Self->{TicketObject}->ArticleSend( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Ich denk mal. hier kann kein eindeutiger, valider Wert für den Parameter "UserCharset" ermittelt werden. Somit auch kein Artikel erzeugt und in die Datenbank geschrieben werden. Die Fehlermeldung wird generiert in der Funktion sub DESTROY {...}; (/Kernel/System/AuthSession) Hier wird anscheinend versucht, den Vorgang, den neuen Artikel in die Datenbank zu schreiben, aus dem Cache zu löschen. Da der Schreibvorgang aber nicht stattgefunden hat, gibt's auch nichts zu löschen. Und das Encod-Modul zur Umwandlung in utf-8 greift anscheinend nur, wenn es sich nur um eine einheitliche, nicht-utf-8-Codierung handelt. Dieser Fehler trat allerdings erst auf, nachdem neue Perl-Patches installiert wurden. Eine E-Mail mit der selben Signatur (Text und Symbol) landete im Januar 2016 schon mal in unserem System und da funktionierte alles einwandfrei. Das Modul Encode.pm Kernel/System/ nutzt ja die Perl-Encode-Module. # This module will use Perl's Encode module (Perl 5.8.0 or higher is required). Gibt es für dieses Problem eine Lösung? Vielen Dank Gruß Sepp

1 0

Ticket-Benachrichtungen in OTRS 5.0.12: <OTRS_CUSTOMER_Body[30]> leer
by Eike Hinderk Jürrens 24 Oct '16

24 Oct '16

Hallo Zusammen, ich habe unser OTRS-System heute von 3.3.3 auf 5.0.12 inkl. entsprechender Zwischenschritte aktualisiert. Jetzt bekomme ich Benachrichtigungen, die einen leeren Customer-Body enthalten, d.h. ich benutze das Standard-Template: > Hi <OTRS_NOTIFICATION_RECIPIENT_UserFirstname>, > > the locked ticket [<OTRS_CONFIG_TicketHook> > <OTRS_TICKET_TicketNumber>] received a follow-up. > > <OTRS_CUSTOMER_REALNAME> wrote: > <OTRS_CUSTOMER_Body[30]> > > <OTRS_CONFIG_HttpType>://<OTRS_CONFIG_FQDN> > /<OTRS_CONFIG_ScriptAlias>index.pl?Action= > AgentTicketZoom;TicketID=<OTRS_TICKET_TicketID> > > -- <OTRS_CONFIG_NotificationSenderName> Und das Ergebnis sieht so aus: > Hallo Eike Hinderk Jürrens, > > zum freigegebenen Ticket [...] gibt es eine Nachfrage. > > Herr Eike Hinderk Jürrens schrieb: > - > > http://[...]/index.pl?Action=AgentTicketZoom;TicketID=[...] > > -- 52N-IT-Issue-Tracker Die Suportdaten-Analyse zeigt keine Fehler an und im System-Protokoll stehen auch keine aktuellen Fehlermeldungen. Was muss ich machen, damit "<OTRS_CUSTOMER_Body[30]>" wieder Text in der Mail erzeugt? Grüße, Eike -- Eike Hinderk Jürrens 52°North Initiative for Geospatial Open Source Software GmbH Martin-Luther-King-Weg 24 48155 Münster, Germany E-Mail: e.h.juerrens(a)52north.org Fon: +49-(0)-251–396371-33 Fax: +49-(0)-251–396371-11 http://52north.org/ Twitter: @FiveTwoN General Managers: Dr. Albert Remke, Dr. Andreas Wytzisk Local Court Muenster HRB 10849

1 2

Probleme bei unterschiedlicher zeichencodierung
by Josef Penzkofer 06 Oct '16

06 Oct '16

Hallo OTRS-Community, verwendete Version: OTRS 4.0.15 bzw. OTRS 4.0.18 Perl: Version 5.10.0 Nach der Installation des aktuellen Perl-Patch trat bei der Bearbeitung eines Tickets folgende Fehlermeldung auf: -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Custom/Kernel/System/AuthSession/DB.pm line 583. \n\t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs/Custom/Kernel/System/AuthSession/DB.pm line 583.\n Ich denke, die Fehlermeldung entsteht, weil OTRS bspw. beim Erstellen eines neuen Tickets nicht in die Datenbank schreiben kann. Der Schreibvorgang scheitert, weil der Text zwei unterschiedliche Zeichensätze bzw.- Zeichencodierungen enthält (Text und Symbol für Telefon). Verwendet man - bspw. beim manuellen Erstellen eines neuen tickets - Text und Symbol, so tritt der Fehler auf. Verwendet man dagegen nur den Text oder nur das Symbol, so klappt alles fehlerfrei. Verwendet man bspw. beim Erstellen eines neuen Tickets Text und Symbol, so wird zwar ein Ticket erstellt, jedoch kein Artikel. In Datei: AgentTicketPhone.pm (/Kernel/Modules) (= Neues ticket erstellen) gibt es dabei die beiden Funktionen # create new ticket and article ... # create new ticket, do db insert my $TicketID = $Self->{TicketObject}->TicketCreate(...); und my $ArticleID = $Self->{TicketObject}->ArticleCreate( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Bzw. beim Beantworten eines Tickets (AgentTicketCompose.pm) gibt es die Funktion # send email my $ArticleID = $Self->{TicketObject}->ArticleSend( ... Charset => $Self->{LayoutObject}->{UserCharset}, ...); Ich denk mal. hier kann kein eindeutiger, valider Wert für den Parameter "UserCharset" ermittelt werden. Somit auch kein Artikel erzeugt und in die Datenbank geschrieben werden. Die obige Fehlermeldung wird generiert in der Funktion sub DESTROY {...}; (/Kernel/System/AuthSessionDB.pm) Hier wird anscheinend versucht, den Vorgang, den neuen Artikel in die Datenbank zu schreiben, aus dem Cache zu löschen. Da der Schreibvorgang aber nicht stattgefunden hat, gibt's auch nichts zu löschen. Und das Encod-Modul zur Umwandlung in utf-8 greift anscheinend nur, wenn es sich um eine einzige, einheitliche, nicht-utf-8-Codierung handelt. Wi kann man dieses Problem - Ticket bzw. Artikel mit unterschiedlicher Zeichencodierung - lösen? Vielen Dank Gruß Sepp

1 0

Novalid UTF-8
by Josef Penzkofer 26 Sep '16

26 Sep '16

Hallo OTRS-Community, verwendete Version: OTRS 4.0.18 In unser Testsystem wurde ein Ticket per E-mail erstellt, dass ein ungültiges utf-8-Zeichen enthält. Beim Beantworten dieses Tickets erhalt ich die Fehlermeldung [Mon Sep 26 10:49:56 2016] -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583. [Mon Sep 26 10:49:56 2016] [error] \t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583.\n Bzw. erhalte ich diese Fehlermeldungen auch, wenn ich manuell ein Ticket erstelle (AgentTicketPhone mit einem ungültigen utf-8-Zeichen. Das Modul /Kernel/System/Encode.pm ersetzt doch solche ungültigen Zeichen, oder? # strip invalid chars / 0 = will put a substitution character in # place of a malformed character eval { Encode::from_to( $Param{Text}, $Param{From}, $Param{To}, 0 ) }; # set utf-8 flag Encode::_utf8_on( $Param{Text} ); # return new string return $Param{Text}; } # return text return $Param{Text}; }

1 0

Ticket - Antwort plötzlich nicht mehr möglich
by Josef Penzkofer 21 Sep '16

21 Sep '16

Hallo Liste, verwendete Version: OTRS 4.0.15 seit heute kann man seltsamerweise selbst erstellte Test-Tickets beantworten, bei realen Anfragen wird die Aktion jedoch mit unten stehender Fehlermeldung abgebrochen. Was bedeutet diese Meldung? Wie kann ich das Problem lösen? [Mon Sep 19 10:26:36 2016] -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583. [Mon Sep 19 10:26:36 2016] [error] \t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583.\n [Mon Sep 19 10:26:37 2016] [error] File does not exist: /srv/www/htdocs/favicon.ico, referer: <Server>/otrs/index.pl Vielen Dank Gruß Sepp

2 3

Fehler - Tickets beantworten
by Josef Penzkofer 21 Sep '16

21 Sep '16

Hallo Liste, das Problem, Tickets zu beantworten besteht immer noch. Im Apache-Logfile gibts die Meldung: [Wed Sep 21 08:31:04 2016] -e: Use of uninitialized value $FirstElementIndex in splice at /opt/otrs//Kernel/Output/HTML/LayoutTicket.pm line 279. [Wed Sep 21 08:38:00 2016] -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583. [Wed Sep 21 08:38:00 2016] [error] \t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583.\n Im Bereich /opt/otrs//Kernel/Output/HTML/LayoutTicket.pm line 279. steht die Funktion # get StandardResponsesStrg my %ReverseQueueDataHash = reverse %QueueDataHash; my @QueueDataArray = map { { Key => $ReverseQueueDataHash{$_}, Value => $_ } } sort values %QueueDataHash; # find index of first element in array @QueueDataArray for displaying in frontend # at the top should be element with ' $QueueDataArray[$_]->{Key} = 0' like "- Move -" # when such element is found, it is moved at the top my ($FirstElementIndex) = grep $QueueDataArray[$_]->{Key} == 0, 0 .. $#QueueDataArray; splice( @QueueDataArray, 0, 0, splice( @QueueDataArray, $FirstElementIndex, 1 ) ); $Param{Data} = \@QueueDataArray; Im Bereich /opt/otrs//Kernel/System/AuthSession/DB.pm line 583. steht die Funktion sub DESTROY { ... Zeile 583 # get database object my $DBObject = $Kernel::OM->Get('Kernel::System::DB'); Wenn ich das richtig deute, dann will die Funktion "Destroy" ja den Cache wieder "aufräumen". Das schlägt dann wahrscheinlich fehl wegen dem Use of uninitialized value $FirstElementIndex in splice Oder? Kann das jemand bestätigen oder meine Aussage korrigieren? Vielen Dank Gruß Sepp

1 0

OTRS Lifecycle Plan
by Sven Ehret 12 Sep '16

12 Sep '16

Hallo Liste, ich habe keine Informationen über die geplanten Lebenszyklen der OTRS-Versionen gefunden. Kann mir da jemand auf die Sprünge helfen? BG, SE Sven Ehret Informationstechnologie COMDOK GmbH Eifelstraße 14 53757 Sankt Augustin Tel.: +49 2241 349 178 Fax: +49 2241 349 111 mailto:ehret@comdok.de Geschäftsführer: Hans-Dieter Rapsilber Amtsgericht: Siegburg HRB: 2056 http://www.comdok.de

6 10

Hilfe mit PerlFixupHandler + OTRS
by nqbyav1zfu 19 Aug '16

19 Aug '16

Ich versuche einen PerlFixupHandler in der zzz_otrs.conf einzubauen. Der handler ist in einem Modul "/usr/share/perl5/meinhandler.pm" und die handler routine von "meinhandler" schreibt im moment probeweise einfach nur in die Datei "/tmp/hallo.txt". In zzz_otrs.conf habe ich den PerlFixupHandler wie folgt eingefuegt, aber beim laden einer OTRS Seite wird "/tmp/hallo.txt" nicht geschrieben, OTRS laueft aber sonst. ... <Location /otrs> ErrorDocument 403 /otrs/index.pl SetHandler perl-script PerlResponseHandler ModPerl::Registry Options +ExecCGI PerlOptions +ParseHeaders PerlOptions +SetupEnv Require all granted * # folgende Zeile neu:** ** PerlFixupHandler meinhandler** * </Location> ... In Apache ist "LogLevel debug" aber ich sehe keine Eintraege in den Logdateien, die einen Hinweis geben, warum der handler nicht laeuft. (ich Benutze Centos 7.2, selinux ist auf "disabled" und OTRS 5 falls das wichtig ist) Gibt es fuer PerlFixupHandler + OTRS irgenwo eine Anleitung or weitere Informationen? Danke

1 0

Aktionen, die als "Kundenreaktion" zählen
by Oberthür, Lukas Mailing 19 Aug '16

19 Aug '16

Hallo zusammen, gibt es eine möglichkeit, die Aktionen zu bestimmen, die als "Kundenreaktion" (im Bezug auf Eskalationen) zählen? Ich würde gerne konfigurieren, dass eine interne Notiz den "erste Reaktion"-Time stoppt. Ich nutze OTRS 5.0.10 - Lukas

2 1

Hilfe mit PerlFixupHandler + OTRS
by nqbyav1zfu 19 Aug '16

19 Aug '16

Ich versuche einen PerlFixupHandler in der zzz_otrs.conf einzubauen. Der handler ist in einem Modul "/usr/share/perl5/meinhandler.pm" und die handler routine von "meinhandler" schreibt im moment probeweise einfach nur in die Datei "/tmp/hallo.txt". In zzz_otrs.conf habe ich den PerlFixupHandler wie folgt eingefuegt, aber beim laden einer OTRS Seite wird "/tmp/hallo.txt" nicht geschrieben, OTRS laueft aber sonst. ... <Location /otrs> ErrorDocument 403 /otrs/index.pl SetHandler perl-script PerlResponseHandler ModPerl::Registry Options +ExecCGI PerlOptions +ParseHeaders PerlOptions +SetupEnv Require all granted * # folgende Zeile neu:** ** PerlFixupHandler meinhandler** * </Location> ... In Apache ist "LogLevel debug" aber ich sehe keine Eintraege in der Logdateien sehen, die einen Hinweis geben, warum der handler nicht laeuft. (ich Benutze Centos 7.2, selinux ist auf "disabled" und OTRS 5 falls das wichtig ist) Gibt es fuer PerlFixupHandler + OTRS irgenwo eine Anleitung or weitere Informationen? Danke

1 0

Fehlermeldung und Notice
by Sebastian Gödecke 11 Aug '16

11 Aug '16

Hallo ML, ich habe eben in meinem otrs-log folgende Meldung gesehen: Sizelimit exceeded und diverse notice: Removed PID (PostMasterMailbox/yourhost.example.com/5665, because 1 hour old! Wie kann ich bei Meldungen Weg bekommen und beimn zweiten irritiert es mich, das dort "yourhost.example.com" steht. Wie bekomme ich das geändert? -- Mit freundlichen Grüßen Sebastian Gödecke

1 0

CustomerTicketMessage - Textvorlage
by Josef Penzkofer 27 Jul '16

27 Jul '16

Hallo OTRS-Community, verwendete Version: OTRS 4.0.15 Beim Erstellen eines Telefon-Tickets (AgentTicketPhone) kann man ab Version OTRS 4 ja zuvor erstellte Textvorlagen auswählen und den Text ins Textfeld einfügen. Ich benötige dieselbe Funktionalität jetzt für das Kundenportal (CustomerTicketMessage) Dazu hab ich in Datei: CustomerTicketMessage.tt den Block [% RenderBlockStart("StandardTemplate") %] ... aus AgentTicketPhone.tt kopiert. Außerdem hab ich in Datei: CustomerTicketMessage.pm (Verz. /Custom/Kernel/Modules) alle entsprechenden Codezeilen "StandardTemplate" eingefügt bzw. modifiziert. U.a. auch: sub _GetFieldsToUpdate { ... my @UpdatableFields; # set the fields that can be updatable via AJAXUpdate if ( !$Param{OnlyDynamicFields} ) { @UpdatableFields = qw( Dest TypeID ServiceID SLAID PriorityID StandardTemplateID); } Hier StandardTemplateID ergänzt. Erstelle ich nun per Kundenportal ein neues ticket, so wird das Feld "Textvorlage" mit der gesamten Seite geladen und ich kann eine Textvorlage auswählen - allerdings nur, wenn zuvor aus anderen Listenfeldern (z.B. Ticket-Typ) nichts ausgewählt wurde. Erst wenn ich die Seite mit F5 komplett neu lade, kann ich aus dem Feld "Textvorlage" wieder einen Wert auswählen, so dass der Text diesr Vorlage dann ins Textfeld eingefügt wird. Es sieht also so aus, dass dieses Feld nicht per AJAX nachgeldaen wird. Hat jemand eine Idee / Hinweis für den Grund dieses Verhaltens? Vielen Dank Gruß Sepp

1 0

LDAP-Auth Customer
by Sebastian Gödecke 26 Jul '16

26 Jul '16

Hallo ML, ich habe eine frische otrs5 isntallation und wollte gerade im sysconfig für die customer die auth auf ldap umsetzen. In der sysconfig wird mir das auch angezeigt, aber in der Defaults.pm nicht. Was ist hier los? Folglich funktioniert es auch nicht. -- Mit freundlichen Grüßen Sebastian Gödecke

4 6

Ticket-Typen OTRS 5
by procar informatik AG - Dirk Pfizenmaier 04 Jul '16

04 Jul '16

Hallo Zusammen, wir arbeiten mit Ticket-Typen und nach der Umstellung auf OTRS 5 finde ich keine Möglichkeit, einen Standard-Typ für neue Telefon- und Mailtickets zu definieren. Wir möchten, dass beim Erstellen eines neuen Tickets immer ein bestimmter Typ vorgegeben wird, aber bei Bedarf geändert werden kann. In OTRS4 konnte ich das über den Programmcode definieren: /opt/otrs/Kernel/Output/HTML/Standard/AgentTicketEmail.tt /opt/otrs/Kernel/Output/HTML/Standard/AgentTicketPhone.tt) in OTRS 5 hat sich das aber alles geändert. Weiß jemand Rat? Viele Grüße Dirk

6 9

Re: [otrs-de] otrs-de Nachrichtensammlung, Band 152, Eintra g 1
by lars＠comwer.de 01 Jul '16

01 Jul '16

Sehr geehrte Damen und Herren, der Empfänger Ihrer E-Mail ist unter der angegebenen Adresse nicht mehr erreichbar. Bitte senden Sie Ihre E-Mail im Bedarfsfall neu an info(a)comwer.de Ihre E-Mail wurde nicht gelesen und auch nicht bearbeitet.

1 0

I like it
by ronnywolf＠gmx.de 23 Jun '16

23 Jun '16

Hey, Have you heard the latest news? You're gonna love this, check it out here <http://phisluntuza.rusticcreekranchresort.com/aeyulsqc> Sent from my iPhone, ronnywolf(a)gmx.de

1 0

Re: [otrs-de] otrs-de Nachrichtensammlung, Band 151, Eintra g 3
by lars＠comwer.de 23 Jun '16

23 Jun '16

Sehr geehrte Damen und Herren, der Empfänger Ihrer E-Mail ist unter der angegebenen Adresse nicht mehr erreichbar. Bitte senden Sie Ihre E-Mail im Bedarfsfall neu an info(a)comwer.de Ihre E-Mail wurde nicht gelesen und auch nicht bearbeitet.

1 0

OTRS 5 Agenten 'zwingen' die richtige Queue zu setzen
by Martin Fernau 23 Jun '16

23 Jun '16

Hallo an alle Mitlesenden, bekomme ich es in OTRS irgendwie geschaltet, dass meine Agenten die Queue eines Tickets nach Emaileingang in die korrekte Queue einstufen _müssen_? Per Mail eingehende Tickets landen ja immer in der Queue "Postmaster" (oder eine beliebige andere Queue, aber irgendwo müssen Sie ja rein). Jetzt möchte ich aber eigentlich das ein Ticket mit der ersten Aktion in die richtige Queue gesteckt wird. Leider vergessen das meine Mitarbeiter nur all zu oft und es werden dann Tickets abgeschlossen die sich im Nachhinein noch immer in der "Postmaster"-Queue befinden. Was ich brauche ist entweder eine Möglichkeit, dass bei der ersten Verarbeitung eines Tickets die Queue umgestellt werden muss, oder alternativ, dass sich Tickets nicht in der Postmaster-Queue abschließen lassen. Gibt es da irgend ein Mittel, oder muss ich unseren Kaffee durch Tai Ginseng ersetzen? Besten Dank und Grüße Martin -- 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

3 3

OTRS 5 Authentication backends for Agents - LDAP
by Alex Heinrich 17 Jun '16

17 Jun '16

Hallo Mailing Liste, lange habe ich mich hier lange nicht blicken lassen.. tut mir sehr leid :-) Nun bastele ich gerate an der neuen OTRS5free herum und habe ein Problem mit dem System Auth für LDAP und bin mir nicht sicher ob das ein BUG ist. Ich habe die Anleitung hier: https://otrs.github.io/doc/manual/admin/stable/en/html/external-backends.ht… genau befolgt. Ich habe in der LDAP.pm außerdem den Debug aktiviert und bekomme bei Verwendung eines Users der weder in der AD noch im OTRS Backend hinterlegt ist und ebenfalls für User die in der AD existieren aber nicht im OTRS Backend folgende Meldung und kann mich nicht einloggen: ERROR: OTRS-CGI-87 Perl: 5.20.2 OS: linux Time: Thu Jun 16 16:04:50 2016 Message: No UserID found for 'xxxxxxxxx'! RemoteAddress: xx.xxx.xxx.xxx RequestURI: /otrs/index.pl Traceback (14715): Module: Kernel::System::User::UserLookup Line: 928 Module: Kernel::System::Auth::Auth Line: 251 Module: Kernel::System::Web::InterfaceAgent::Run Line: 228 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 ERROR: OTRS-CGI-87 Perl: 5.20.2 OS: linux Time: Thu Jun 16 16:04:58 2016 Verwende ich einen User, der in der AD und im OTRS Backend hinterlegt ist, kann ich mich nicht einloggen und es gibt keine Fehler/Einträge im Log: Login failed! Your user name or password was entered incorrectly. Meine Config sieht wie folgt aus in der Config.pm: $Self->{AuthModule} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host'} = 'host.com'; $Self->{'AuthModule::LDAP::BaseDN'} = 'dc=host,dc=com'; $Self->{'AuthModule::LDAP::UID'} = 'sAMAccountName'; $Self->{'AuthModule::LDAP::GroupDN'} = 'ou=Benutzer,dc=host,dc=com'; $Self->{'AuthModule::LDAP::SearchUserDN'} = 'cn=lookupuser,cn=Users,dc=host,dc=com'; $Self->{'AuthModule::LDAP::SearchUserPw'} = 'password'; $Self->{'AuthModule::LDAP::Params'} = { port => 389, timeout => 120, async => 0, version => 3, }; $Self->{'AuthModule::LDAP::Die'} = 1; Weiß jemand einen Rat? Die LDAP Parameter sind korrekt... daran liegt es nicht.. muss ich in OTRS noch irgendwas Anderes beachten oder irgendwelche Parameter fehlen? Oder ist das eine Art Bug? Danke & Grüße Alex Besuchen Sie unsere Website: www.sidion.de Rechtliche Angaben: USt-Id: DE 147755321 . Unternehmenssitz: Nöllenstraße 42 . 70195 Stuttgart . Inhaber . Geschäftsführer: René Sutorius

2 2

Re: [otrs-de] OTRS 5 Authentication backends for Agents - LDAP [SOLVED]
by Alex Heinrich 17 Jun '16

17 Jun '16

Hallo zusammen, habe es gelöst, mir hat folgender Eintrag gefehlt: $Self->{'AuthModule::LDAP::AccessAttr1'} = 'member'; # bei 2008er Domänen ist es 'member' bei 2003er ist es 'memberUID'* Quelle: http://lists.otrs.org/pipermail/otrs-de/2011-January/013350.html Grüße Alex -----Ursprüngliche Nachricht----- Von: otrs-de [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Alex Heinrich Gesendet: Freitag, 17. Juni 2016 10:45 An: User questions and discussions about OTRS.org in German <otrs-de(a)otrs.org> Betreff: Re: [otrs-de] OTRS 5 Authentication backends for Agents - LDAP Nachtrag: Die Customer habe ich über SysConfig konfiguriert und diese können sich mit LDAP Authentifizieren. Leider gibt es für Agenten in der SysConfig keine Möglichkeiten zum Konfigurieren.. ich muss also in die Config.pm gehen.. dort funktioniert es aber nicht... es heißt das Password ist immer falsch :( Sieht tatsächlich nach einem Bug aus.. Grüße Alex -----Ursprüngliche Nachricht----- Von: otrs-de [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Alex Heinrich Gesendet: Donnerstag, 16. Juni 2016 16:14 An: User questions and discussions about OTRS.org in German <otrs-de(a)otrs.org> Betreff: [otrs-de] OTRS 5 Authentication backends for Agents - LDAP Hallo Mailing Liste, lange habe ich mich hier lange nicht blicken lassen.. tut mir sehr leid :-) Nun bastele ich gerate an der neuen OTRS5free herum und habe ein Problem mit dem System Auth für LDAP und bin mir nicht sicher ob das ein BUG ist. Ich habe die Anleitung hier: https://otrs.github.io/doc/manual/admin/stable/en/html/external-backends.ht… genau befolgt. Ich habe in der LDAP.pm außerdem den Debug aktiviert und bekomme bei Verwendung eines Users der weder in der AD noch im OTRS Backend hinterlegt ist und ebenfalls für User die in der AD existieren aber nicht im OTRS Backend folgende Meldung und kann mich nicht einloggen: ERROR: OTRS-CGI-87 Perl: 5.20.2 OS: linux Time: Thu Jun 16 16:04:50 2016 Message: No UserID found for 'xxxxxxxxx'! RemoteAddress: xx.xxx.xxx.xxx RequestURI: /otrs/index.pl Traceback (14715): Module: Kernel::System::User::UserLookup Line: 928 Module: Kernel::System::Auth::Auth Line: 251 Module: Kernel::System::Web::InterfaceAgent::Run Line: 228 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 ERROR: OTRS-CGI-87 Perl: 5.20.2 OS: linux Time: Thu Jun 16 16:04:58 2016 Verwende ich einen User, der in der AD und im OTRS Backend hinterlegt ist, kann ich mich nicht einloggen und es gibt keine Fehler/Einträge im Log: Login failed! Your user name or password was entered incorrectly. Meine Config sieht wie folgt aus in der Config.pm: $Self->{AuthModule} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host'} = 'host.com'; $Self->{'AuthModule::LDAP::BaseDN'} = 'dc=host,dc=com'; $Self->{'AuthModule::LDAP::UID'} = 'sAMAccountName'; $Self->{'AuthModule::LDAP::GroupDN'} = 'ou=Benutzer,dc=host,dc=com'; $Self->{'AuthModule::LDAP::SearchUserDN'} = 'cn=lookupuser,cn=Users,dc=host,dc=com'; $Self->{'AuthModule::LDAP::SearchUserPw'} = 'password'; $Self->{'AuthModule::LDAP::Params'} = { port => 389, timeout => 120, async => 0, version => 3, }; $Self->{'AuthModule::LDAP::Die'} = 1; Weiß jemand einen Rat? Die LDAP Parameter sind korrekt... daran liegt es nicht.. muss ich in OTRS noch irgendwas Anderes beachten oder irgendwelche Parameter fehlen? Oder ist das eine Art Bug? Danke & Grüße Alex Besuchen Sie unsere Website: www.sidion.de Rechtliche Angaben: USt-Id: DE 147755321 . Unternehmenssitz: Nöllenstraße 42 . 70195 Stuttgart . Inhaber . Geschäftsführer: René Sutorius --------------------------------------------------------------------- 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 Besuchen Sie unsere Website: www.sidion.de Rechtliche Angaben: USt-Id: DE 147755321 . Unternehmenssitz: Nöllenstraße 42 . 70195 Stuttgart . Inhaber . Geschäftsführer: René Sutorius --------------------------------------------------------------------- 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 Besuchen Sie unsere Website: www.sidion.de Rechtliche Angaben: USt-Id: DE 147755321 . Unternehmenssitz: Nöllenstraße 42 . 70195 Stuttgart . Inhaber . Geschäftsführer: René Sutorius

1 0

Re: [otrs-de] otrs-de Nachrichtensammlung, Band 151, Eintra g 2
by lars＠comwer.de 17 Jun '16

17 Jun '16

Sehr geehrte Damen und Herren, der Empfänger Ihrer E-Mail ist unter der angegebenen Adresse nicht mehr erreichbar. Bitte senden Sie Ihre E-Mail im Bedarfsfall neu an info(a)comwer.de Ihre E-Mail wurde nicht gelesen und auch nicht bearbeitet.

1 0

ornaments
by ronnywolf＠gmx.de 16 Jun '16

16 Jun '16

Hi, What do you think about that ornaments? Please take a look and tell me whether you like them, here is the link <http://gaweprithu.twinforksexterminator.com/aepkuiz> Sent from my iPhone, ronnywolf(a)gmx.de

1 0

Re: [otrs-de] otrs-de Nachrichtensammlung, Band 151, Eintra g 1
by lars＠comwer.de 16 Jun '16

16 Jun '16

Sehr geehrte Damen und Herren, der Empfänger Ihrer E-Mail ist unter der angegebenen Adresse nicht mehr erreichbar. Bitte senden Sie Ihre E-Mail im Bedarfsfall neu an info(a)comwer.de Ihre E-Mail wurde nicht gelesen und auch nicht bearbeitet.

1 0