From Josef1.Penzkofer@rz.uni-regensburg.de Mon Feb  2 09:22:58 2015
From: Josef1 Penzkofer <Josef1.Penzkofer@rz.uni-regensburg.de>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] Telefon-Ticket: DynamicField =?utf-8?q?abh=C3=A4ngig?= von
 Queue
Date: Mon, 02 Feb 2015 10:18:56 +0100
Message-ID: <54CF4F10020000A700024B16@gwsmtp1.uni-regensburg.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5620771345552858713=="

--===============5620771345552858713==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo OTRS-Community,

Verwendete Version: OTRS 3.2.14

Ich hab folgendes DynamicField definiert:
Name: Ausweis
Label: Identit=C3=A4t =C3=BCberpr=C3=BCft
Objekttyp: Ticket
Feldtyp: Checkbox

Nun m=C3=B6chte ich dieses DynamicField beim Erstellen eines Telefon-Tickets -
abh=C3=A4ngig von der gew=C3=A4hlten Queue - ein- bzw. ausblenden.

Dazu hab ich in=20
Datei: AgentTicketPhone.dtl
im Block "To Queue" folgendes erg=C3=A4nzt / erweitert:

<label class=3D"Mandatory" for=3D"Dest"><span class=3D"Marker">*</span> $Text=
{"To
queue"}:</label>
<div class=3D"Field">
$Data{"ToStrg"}
<div id=3D"DestError" class=3D"TooltipErrorMessage" ><p>$Text{"This field is
required."}</p></div>
<div id=3D"DestServerError" class=3D"TooltipErrorMessage"><p>$Text{"This fiel=
d is
required."}</p></div>
<!--dtl:js_on_document_complete-->
<script type=3D"text/javascript">//<![CDATA[
$('#Dest').bind('change', function (Event) {

# Neu
switch ($('#Dest').val() ) {
case "19\|\|IT-Support Plus":
document.getElementById('DynamicField_Ausweis').style.display =3D 'block';
document.getElementById('LabelDynamicField_Ausweis').style.display =3D 'block=
';
document.getElementById('LabelDynamicField_Ausweis').className =3D 'Mandatory=
';
document.getElementById('DynamicField_Ausweis').className =3D 'DynamicField=20
Validate_RequiredCheckbox ServerError';
break;
default:
document.getElementById('DynamicField_Ausweis').style.display =3D 'none';
document.getElementById('LabelDynamicField_Ausweis').style.display =3D 'none';
}  =20
# Ende Neu
Core.AJAX.FormUpdate($('#NewPhoneTicket'), 'AJAXUpdate', 'Dest', ['TypeID',
'NewUserID', 'NewResponsibleID', 'NextStateID', 'PriorityID', 'ServiceID',
'SLAID', 'SignKeyID', 'CryptKeyID', $Data{"DynamicFieldNamesStrg"}, 'To', 'Cc=
',
'Bcc']);
});
//]]></script>
<!--dtl:js_on_document_complete-->
</div>
<div class=3D"Clear"></div>

Zus=C3=A4tzlich das DynamicField in der SysConfig=20
(Untergruppe: Frontend::Agent::Ticket::ViewPhoneNew)
aktiviert.
=20
W=C3=A4hlt man nun beim Erstellen eines Telefon-Tickets im Feld "An Queue" die
Queue "IT-Support Plus" (QueueID =3D 19), so wird das Feld eingeblendet bzw. =
bei
jeder anderen Queue wird das Feld nicht angezeigt. Das funktioniert also wie
gew=C3=BCnscht.

Allerdings wird das Dynamicfield beim Aufruf der Maske "Telefon-Ticket" auch
solange eingeblendet, solange noch =C3=BCberhaupt keine Queue gew=C3=A4hlt wu=
rde.

Hat jemand eine Idee, wie ich dies l=C3=B6sen k=C3=B6nnte?

Vielen Dank

Gru=C3=9F

Sepp




--===============5620771345552858713==--


From Markus.Ludwig@Verwaltung.Uni-Muenchen.DE Wed Feb  4 07:13:45 2015
From: Ludwig Markus <Markus.Ludwig@Verwaltung.Uni-Muenchen.DE>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeiten?=
Date: Wed, 04 Feb 2015 06:56:07 +0000
Message-ID:
 <4B01FACF5829554AB66D40F909140C3F5CB06955@MXS2.zuv.uni-muenchen.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4335077226812411546=="

--===============4335077226812411546==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Guten Morgen allerseits,

wir haben immer wieder Anfragen von anderen Einrichtungen an unserer Hochschu=
le, die gerne unser Ticketsystem mitbenutzen w=C3=BCrden. Einer der kritische=
n Punkte hierbei ist dann immer, dass ein Administrator immer Zugriff auf den=
 kompletten Administrationsbereich hat und man z. B. keine Administratoren ei=
nrichten kann, die nur Objekte bearbeiten k=C3=B6nnen, die sich z. B. auf ein=
e bestimmte Queue beziehen.

Bisher habe ich mich noch nicht intensiv mit den ACLs besch=C3=A4ftigt, frage=
 mich aber, ob man damit vielleicht genau solche Konstrukte bauen kann.

Von anderen Hochschulen habe ich geh=C3=B6rt, dass diese angepa=C3=9Fte Modul=
e einsetzen, um Benutzern Zugriff auf Teile des Administrationsbereichs von O=
TRS zu erm=C3=B6glichen. Hat da jemand Erfahrungen und kann sagen, was so ein=
e Anpassung in etwa kosten kann?

Vielleicht kann ja auch jemand noch eine ganz andere Alternative aufzeigen, w=
ie man hier vorgehen k=C3=B6nnte. Das Ziel ist z. B., dass eine autarke Einri=
chtung mit eigener Queue z. B. eigene Agenten anlegen kann, die dann automati=
sch einer Gruppe / Rolle zugeordnet werden, dass man Antwortvorlagen f=C3=BCr=
 die eigene Queue erstellt oder auch die Eigenschaften der eigenen Queue bear=
beiten kann.

Viele Gr=C3=BC=C3=9Fe,
Markus


--===============4335077226812411546==--


From Daniel.Litzbach@com-sys.de Wed Feb  4 07:52:37 2015
From: Daniel Litzbach <Daniel.Litzbach@com-sys.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de]	Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeit?=
 =?utf-8?q?en?=
Date: Wed, 04 Feb 2015 08:27:17 +0100
Message-ID:
 <F03E03321319DA4DB93B302A4478C213F9C383C48F@MSExchange.cs.com-sys.de>
In-Reply-To:
 <4B01FACF5829554AB66D40F909140C3F5CB06955@MXS2.zuv.uni-muenchen.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1164068255452136182=="

--===============1164068255452136182==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Gutem Morgen Markus,

abgesehen von den normalen Berechtigungsstufen einzelner Agents w=C3=A4re mir=
 jetzt so nicht bekannt, dass das m=C3=B6glich ist. Mir w=C3=BCrde als Altern=
ative nur das Multi Hosting einfallen:

http://blog.otrs.org/2010/08/11/how-to-run-multiple-mod_perl-supported-otrs-o=
n-a-single-host/comment-page-1/

Wei=C3=9F aber nicht ob das was f=C3=BCr euch ist.

Gru=C3=9F

Daniel

-----Urspr=C3=BCngliche Nachricht-----
Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im Auftra=
g von Ludwig Markus
Gesendet: Mittwoch, 4. Februar 2015 07:56
An: 'User questions and discussions about OTRS.org in German'
Betreff: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten

Guten Morgen allerseits,

wir haben immer wieder Anfragen von anderen Einrichtungen an unserer Hochschu=
le, die gerne unser Ticketsystem mitbenutzen w=C3=BCrden. Einer der kritische=
n Punkte hierbei ist dann immer, dass ein Administrator immer Zugriff auf den=
 kompletten Administrationsbereich hat und man z. B. keine Administratoren ei=
nrichten kann, die nur Objekte bearbeiten k=C3=B6nnen, die sich z. B. auf ein=
e bestimmte Queue beziehen.

Bisher habe ich mich noch nicht intensiv mit den ACLs besch=C3=A4ftigt, frage=
 mich aber, ob man damit vielleicht genau solche Konstrukte bauen kann.

Von anderen Hochschulen habe ich geh=C3=B6rt, dass diese angepa=C3=9Fte Modul=
e einsetzen, um Benutzern Zugriff auf Teile des Administrationsbereichs von O=
TRS zu erm=C3=B6glichen. Hat da jemand Erfahrungen und kann sagen, was so ein=
e Anpassung in etwa kosten kann?

Vielleicht kann ja auch jemand noch eine ganz andere Alternative aufzeigen, w=
ie man hier vorgehen k=C3=B6nnte. Das Ziel ist z. B., dass eine autarke Einri=
chtung mit eigener Queue z. B. eigene Agenten anlegen kann, die dann automati=
sch einer Gruppe / Rolle zugeordnet werden, dass man Antwortvorlagen f=C3=BCr=
 die eigene Queue erstellt oder auch die Eigenschaften der eigenen Queue bear=
beiten kann.

Viele Gr=C3=BC=C3=9Fe,
Markus

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

--===============1164068255452136182==--


From christoph.ohliger@fh-rosenheim.de Wed Feb  4 08:08:53 2015
From: "Ohliger, Christoph" <christoph.ohliger@fh-rosenheim.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de]	Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeit?=
 =?utf-8?q?en?=
Date: Wed, 04 Feb 2015 07:45:29 +0000
Message-ID:
 <4401A2D4C4ADA349B38E85F34DCA152573CBBE5E@exchangeDAG1.fh-rosenheim.priv>
In-Reply-To:
 <4B01FACF5829554AB66D40F909140C3F5CB06955@MXS2.zuv.uni-muenchen.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5818284510947976851=="

--===============5818284510947976851==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Markus,

wir nutzen das OTRS f=C3=BCr viele Bereiche. Allerdings bleibt die Administra=
tion im RZ. Die ACL nutzen wir um den "fremden" Agenten einen eingeschr=C3=A4=
nkten View z.B. des Dashboard zu geben.

Gr=C3=BC=C3=9Fe
Christoph
________________________________________
Von: otrs-de-bounces(a)otrs.org [otrs-de-bounces(a)otrs.org]&quot; im Auftrag=
 von &quot;Ludwig Markus [Markus.Ludwig(a)Verwaltung.Uni-Muenchen.DE]
Gesendet: Mittwoch, 4. Februar 2015 07:56
An: 'User questions and discussions about OTRS.org in German'
Betreff: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten

Guten Morgen allerseits,

wir haben immer wieder Anfragen von anderen Einrichtungen an unserer Hochschu=
le, die gerne unser Ticketsystem mitbenutzen w=C3=BCrden. Einer der kritische=
n Punkte hierbei ist dann immer, dass ein Administrator immer Zugriff auf den=
 kompletten Administrationsbereich hat und man z. B. keine Administratoren ei=
nrichten kann, die nur Objekte bearbeiten k=C3=B6nnen, die sich z. B. auf ein=
e bestimmte Queue beziehen.

Bisher habe ich mich noch nicht intensiv mit den ACLs besch=C3=A4ftigt, frage=
 mich aber, ob man damit vielleicht genau solche Konstrukte bauen kann.

Von anderen Hochschulen habe ich geh=C3=B6rt, dass diese angepa=C3=9Fte Modul=
e einsetzen, um Benutzern Zugriff auf Teile des Administrationsbereichs von O=
TRS zu erm=C3=B6glichen. Hat da jemand Erfahrungen und kann sagen, was so ein=
e Anpassung in etwa kosten kann?

Vielleicht kann ja auch jemand noch eine ganz andere Alternative aufzeigen, w=
ie man hier vorgehen k=C3=B6nnte. Das Ziel ist z. B., dass eine autarke Einri=
chtung mit eigener Queue z. B. eigene Agenten anlegen kann, die dann automati=
sch einer Gruppe / Rolle zugeordnet werden, dass man Antwortvorlagen f=C3=BCr=
 die eigene Queue erstellt oder auch die Eigenschaften der eigenen Queue bear=
beiten kann.

Viele Gr=C3=BC=C3=9Fe,
Markus

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

--===============5818284510947976851==--


From otrs.list@perl-services.de Wed Feb  4 08:25:57 2015
From: Renee B <otrs.list@perl-services.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeit?=
 =?utf-8?q?en?=
Date: Wed, 04 Feb 2015 09:09:10 +0100
Message-ID: <54D1D3A6.5020301@perl-services.de>
In-Reply-To:
 <4B01FACF5829554AB66D40F909140C3F5CB06955@MXS2.zuv.uni-muenchen.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6860804978758396057=="

--===============6860804978758396057==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Man kann auf die Punkte im Adminbereich genauso Berechtigungen vergeben
wie f=C3=BCr die anderen Punkte auch: SysConfig -> Framework ->
Frontend::Admin::ModuleRegistration

Was nicht geht, ist Zugriffe auf einzelne Bereiche der SysConfig zu
Beschr=C3=A4nken. Ich habe so etwas zwar mal f=C3=BCr einen Kunden gemacht, a=
ber
das muss ich mal als eigenes Modul mit generischem Ansatz rausziehen.

- Ren=C3=A9e

On 04.02.2015 07:56, Ludwig Markus wrote:
> Guten Morgen allerseits,
>
> wir haben immer wieder Anfragen von anderen Einrichtungen an unserer Hochsc=
hule, die gerne unser Ticketsystem mitbenutzen w=C3=BCrden. Einer der kritisc=
hen Punkte hierbei ist dann immer, dass ein Administrator immer Zugriff auf d=
en kompletten Administrationsbereich hat und man z. B. keine Administratoren =
einrichten kann, die nur Objekte bearbeiten k=C3=B6nnen, die sich z. B. auf e=
ine bestimmte Queue beziehen.
>
> Bisher habe ich mich noch nicht intensiv mit den ACLs besch=C3=A4ftigt, fra=
ge mich aber, ob man damit vielleicht genau solche Konstrukte bauen kann.
>
> Von anderen Hochschulen habe ich geh=C3=B6rt, dass diese angepa=C3=9Fte Mod=
ule einsetzen, um Benutzern Zugriff auf Teile des Administrationsbereichs von=
 OTRS zu erm=C3=B6glichen. Hat da jemand Erfahrungen und kann sagen, was so e=
ine Anpassung in etwa kosten kann?
>
> Vielleicht kann ja auch jemand noch eine ganz andere Alternative aufzeigen,=
 wie man hier vorgehen k=C3=B6nnte. Das Ziel ist z. B., dass eine autarke Ein=
richtung mit eigener Queue z. B. eigene Agenten anlegen kann, die dann automa=
tisch einer Gruppe / Rolle zugeordnet werden, dass man Antwortvorlagen f=C3=
=BCr die eigene Queue erstellt oder auch die Eigenschaften der eigenen Queue =
bearbeiten kann.
>
> Viele Gr=C3=BC=C3=9Fe,
> Markus
>
> ---------------------------------------------------------------------
> 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


--=20
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.de


--===============6860804978758396057==--


From Markus.Ludwig@Verwaltung.Uni-Muenchen.DE Wed Feb  4 08:27:42 2015
From: Ludwig Markus <Markus.Ludwig@Verwaltung.Uni-Muenchen.DE>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de]	Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeit?=
 =?utf-8?q?en?=
Date: Wed, 04 Feb 2015 08:12:02 +0000
Message-ID:
 <4B01FACF5829554AB66D40F909140C3F5CB06A88@MXS2.zuv.uni-muenchen.de>
In-Reply-To:
 <F03E03321319DA4DB93B302A4478C213F9C383C48F@MSExchange.cs.com-sys.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8087459185140770700=="

--===============8087459185140770700==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Daniel,

vielen Dank f=C3=BCr diesen ersten Hinweis. An etwas in der Richtung hatte ic=
h auch schon gedacht, allerdings erscheint mir der administrative Aufwand (je=
denfalls f=C3=BCr die Konfiguration) doch recht hoch und meine Skills auf den=
 Linux-Systemen basieren nach wie vor eher auf Learning by Doing, daher w=C3=
=BCrde ich diese M=C3=B6glichkeit erst mal hinten anstellen.

Viele Gr=C3=BC=C3=9Fe,
Markus

>-----Original Message-----
>From: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] On Beha=
lf
>Of Daniel Litzbach
>Sent: Wednesday, February 04, 2015 8:27 AM
>To: User questions and discussions about OTRS.org in German
>Subject: Re: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten
>
>Gutem Morgen Markus,
>
>abgesehen von den normalen Berechtigungsstufen einzelner Agents w=C3=A4re mir
>jetzt so nicht bekannt, dass das m=C3=B6glich ist. Mir w=C3=BCrde als Altern=
ative nur das
>Multi Hosting einfallen:
>
>http://blog.otrs.org/2010/08/11/how-to-run-multiple-mod_perl-supported-otrs-
>on-a-single-host/comment-page-1/
>
>Wei=C3=9F aber nicht ob das was f=C3=BCr euch ist.
>
>Gru=C3=9F
>
>Daniel
>
>-----Urspr=C3=BCngliche Nachricht-----
>Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im Auftr=
ag
>von Ludwig Markus
>Gesendet: Mittwoch, 4. Februar 2015 07:56
>An: 'User questions and discussions about OTRS.org in German'
>Betreff: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten
>
>Guten Morgen allerseits,
>
>wir haben immer wieder Anfragen von anderen Einrichtungen an unserer
>Hochschule, die gerne unser Ticketsystem mitbenutzen w=C3=BCrden. Einer der
>kritischen Punkte hierbei ist dann immer, dass ein Administrator immer Zugri=
ff
>auf den kompletten Administrationsbereich hat und man z. B. keine
>Administratoren einrichten kann, die nur Objekte bearbeiten k=C3=B6nnen, die=
 sich z.
>B. auf eine bestimmte Queue beziehen.
>
>Bisher habe ich mich noch nicht intensiv mit den ACLs besch=C3=A4ftigt, frag=
e mich
>aber, ob man damit vielleicht genau solche Konstrukte bauen kann.
>
>Von anderen Hochschulen habe ich geh=C3=B6rt, dass diese angepa=C3=9Fte Modu=
le
>einsetzen, um Benutzern Zugriff auf Teile des Administrationsbereichs von OT=
RS
>zu erm=C3=B6glichen. Hat da jemand Erfahrungen und kann sagen, was so eine
>Anpassung in etwa kosten kann?
>
>Vielleicht kann ja auch jemand noch eine ganz andere Alternative aufzeigen, =
wie
>man hier vorgehen k=C3=B6nnte. Das Ziel ist z. B., dass eine autarke Einrich=
tung mit
>eigener Queue z. B. eigene Agenten anlegen kann, die dann automatisch einer
>Gruppe / Rolle zugeordnet werden, dass man Antwortvorlagen f=C3=BCr die eige=
ne
>Queue erstellt oder auch die Eigenschaften der eigenen Queue bearbeiten
>kann.
>
>Viele Gr=C3=BC=C3=9Fe,
>Markus
>
>---------------------------------------------------------------------
>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

--===============8087459185140770700==--


From s.fontagnier@hs-mannheim.de Wed Feb  4 10:12:49 2015
From: Sylvia Fontagnier <s.fontagnier@hs-mannheim.de>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] Update auf OTRS 4 Patch Level 5 / perl-Template-Toolkit
Date: Wed, 04 Feb 2015 11:08:43 +0100
Message-ID: <000001d04062$8e55e170$ab01a450$@hs-mannheim.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7387328507345051045=="

--===============7387328507345051045==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hallo OTRS-Liste,

 

bitte schon mal vorab um Verständnis und Entschuldigung, falls diese Frage
ev. schon gestellt wurde oder ich einfach unwissend bin.

Ich wollte das Update auf OTRS 4 installieren und dabei bekomme ich immer
die Fehlermeldung:

error: Failed dependencies:

        perl-Template-Toolkit is needed by otrs-4.0.5-01.noarch

Ich habe aber das Toolkit (Template-Toolkit-2.26.tar.gz) heruntergeladen und
laut Anweisung:

$ tar zxf Template-Toolkit-2.26.tar.gz

$ cd Template-Toolkit-2.26

$ perl Makefile.PL

$ make

$ make test

$ sudo make install installiert.

Aber wenn ich danach versuche das OTRS-RPM zu installieren, bekomme ich
immer wieder obengenannte Fehlermeldung.

Vielleicht hat jemand einen Tipp oder Hinweis für mich, was ich falsche
mache.

Vorab schon mal Danke.

Viele Grüße

Sylvia Fontagnier

***************************************

Sylvia Fontagnier (Bau H, 5.OG., Zi. 512) 

Rechenzentrum der Hochschule Mannheim

Paul-Wittsack-Straße 10    68163 Mannheim

Tel: 0621/292-6211       Fax: 0621/292-6-6211-1

Öffnungszeiten:

Di. bis Do.   von 8:00 Uhr bis 11:45 Uhr und

Di. und Do. von 12:45 Uhr bis 16:00 Uhr 

Fr.                  von 8:00 Uhr bis 12:00 Uhr

EMail:  <mailto:s.fontagnier(a)hs-mannheim.de> 

s.fontagnier(a)hs-mannheim.de

***************************************

 

 




--===============7387328507345051045==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEiPjxtZXRhIG5hbWU9R2VuZXJhdG9yIGNv
bnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj48c3R5bGU+PCEtLQov
KiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJpOwoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLwpw
Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBjbTsKCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsKCWZvbnQtc2l6ZToxMS4wcHQ7Cglmb250LWZhbWlseToiQ2Fs
aWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQphOmxpbmss
IHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6Ymx1ZTsK
CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r
Rm9sbG93ZWQKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjpwdXJwbGU7Cgl0ZXh0LWRl
Y29yYXRpb246dW5kZXJsaW5lO30KcHJlCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJbXNvLXN0
eWxlLWxpbms6IkhUTUwgVm9yZm9ybWF0aWVydCBaY2huIjsKCW1hcmdpbjowY207CgltYXJnaW4t
Ym90dG9tOi4wMDAxcHQ7Cglmb250LXNpemU6MTAuMHB0OwoJZm9udC1mYW1pbHk6IkNvdXJpZXIg
TmV3Ijt9CnNwYW4uSFRNTFZvcmZvcm1hdGllcnRaY2huCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg
Vm9yZm9ybWF0aWVydCBaY2huIjsKCW1zby1zdHlsZS1wcmlvcml0eTo5OTsKCW1zby1zdHlsZS1s
aW5rOiJIVE1MIFZvcmZvcm1hdGllcnQiOwoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsKCW1z
by1mYXJlYXN0LWxhbmd1YWdlOkRFO30Kc3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdlMTkKCXttc28t
c3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z
LXNlcmlmIjsKCWNvbG9yOndpbmRvd3RleHQ7fQouTXNvQ2hwRGVmYXVsdAoJe21zby1zdHlsZS10
eXBlOmV4cG9ydC1vbmx5OwoJZm9udC1zaXplOjEwLjBwdDt9CkBwYWdlIFdvcmRTZWN0aW9uMQoJ
e3NpemU6NjEyLjBwdCA3OTIuMHB0OwoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCAyLjBjbSA3MC44
NXB0O30KZGl2LldvcmRTZWN0aW9uMQoJe3BhZ2U6V29yZFNlY3Rpb24xO30KLS0+PC9zdHlsZT48
IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp
ZG1heD0iMTAyNiIgLz4KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+
CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9
IjEiIC8+CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFu
Zz1ERSBsaW5rPWJsdWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNs
YXNzPU1zb05vcm1hbD5IYWxsbyBPVFJTLUxpc3RlLDxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1z
b05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+Yml0dGUgc2No
b24gbWFsIHZvcmFiIHVtIFZlcnN05G5kbmlzIHVuZCBFbnRzY2h1bGRpZ3VuZywgZmFsbHMgZGll
c2UgRnJhZ2UgZXYuIHNjaG9uIGdlc3RlbGx0IHd1cmRlIG9kZXIgaWNoIGVpbmZhY2ggdW53aXNz
ZW5kIGJpbi48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+SWNoIHdvbGx0ZSBkYXMg
VXBkYXRlIGF1ZiBPVFJTIDQgaW5zdGFsbGllcmVuIHVuZCBkYWJlaSBiZWtvbW1lIGljaCBpbW1l
ciBkaWUgRmVobGVybWVsZHVuZzo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ZXJy
b3I6IEZhaWxlZCBkZXBlbmRlbmNpZXM6PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwZXJsLVRlbXBsYXRl
LVRvb2xraXQgaXMgbmVlZGVkIGJ5IG90cnMtNC4wLjUtMDEubm9hcmNoPG86cD48L286cD48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPkljaCBoYWJlIGFiZXIgZGFzIFRvb2xraXQgKFRlbXBsYXRlLVRv
b2xraXQtMi4yNi50YXIuZ3opIGhlcnVudGVyZ2VsYWRlbiB1bmQgbGF1dCBBbndlaXN1bmc6PG86
cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu
MHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUnPiQg
dGFyIHp4ZiBUZW1wbGF0ZS1Ub29sa2l0LTIuMjYudGFyLmd6PG86cD48L286cD48L3NwYW4+PC9w
PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZh
bWlseToiQ291cmllciBOZXciO21zby1mYXJlYXN0LWxhbmd1YWdlOkRFJz4kIGNkIFRlbXBsYXRl
LVRvb2xraXQtMi4yNjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijttc28t
ZmFyZWFzdC1sYW5ndWFnZTpERSc+JCBwZXJsIE1ha2VmaWxlLlBMPG86cD48L286cD48L3NwYW4+
PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250
LWZhbWlseToiQ291cmllciBOZXciO21zby1mYXJlYXN0LWxhbmd1YWdlOkRFJz4kIG1ha2U8bzpw
PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6
REUnPiQgbWFrZSB0ZXN0PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48
c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciO21z
by1mYXJlYXN0LWxhbmd1YWdlOkRFJz4kIHN1ZG8gbWFrZSBpbnN0YWxsIGluc3RhbGxpZXJ0Ljxv
OnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+QWJlciB3ZW5uIGljaCBkYW5h
Y2ggdmVyc3VjaGUgZGFzIE9UUlMtUlBNIHp1IGluc3RhbGxpZXJlbiwgYmVrb21tZSBpY2ggaW1t
ZXIgd2llZGVyIG9iZW5nZW5hbm50ZSBGZWhsZXJtZWxkdW5nLjxvOnA+PC9vOnA+PC9wPjxwIGNs
YXNzPU1zb05vcm1hbD5WaWVsbGVpY2h0IGhhdCBqZW1hbmQgZWluZW4gVGlwcCBvZGVyIEhpbndl
aXMgZvxyIG1pY2gsIHdhcyBpY2ggZmFsc2NoZSBtYWNoZS48bzpwPjwvbzpwPjwvcD48cCBjbGFz
cz1Nc29Ob3JtYWw+Vm9yYWIgc2Nob24gbWFsIERhbmtlLjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNz
PU1zb05vcm1hbD5WaWVsZSBHcvzfZTxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5T
eWx2aWEgRm9udGFnbmllcjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD4qKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1N
c29Ob3JtYWw+U3lsdmlhIEZvbnRhZ25pZXIgKEJhdSBILCA1Lk9HLiwgWmkuIDUxMikgPG86cD48
L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPlJlY2hlbnplbnRydW0gZGVyIEhvY2hzY2h1bGUg
TWFubmhlaW08bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+UGF1bC1XaXR0c2Fjay1T
dHJh32UgMTAmbmJzcDsmbmJzcDsmbmJzcDsgNjgxNjMgTWFubmhlaW08bzpwPjwvbzpwPjwvcD48
cCBjbGFzcz1Nc29Ob3JtYWw+VGVsOiAwNjIxLzI5Mi02MjExJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IEZheDogMDYyMS8yOTItNi02MjExLTE8bzpwPjwvbzpwPjwvcD48cCBj
bGFzcz1Nc29Ob3JtYWw+1mZmbnVuZ3N6ZWl0ZW46PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNv
Tm9ybWFsPkRpLiBiaXMgRG8uJm5ic3A7Jm5ic3A7IHZvbiA4OjAwIFVociBiaXMgMTE6NDUgVWhy
IHVuZDxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5EaS4gdW5kIERvLiB2b24gMTI6
NDUgVWhyIGJpcyAxNjowMCBVaHIgPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPkZy
LiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB2b24gODowMCBV
aHIgYmlzIDEyOjAwIFVocjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5FTWFpbDom
bmJzcDsgJmx0OzxhIGhyZWY9Im1haWx0bzpzLmZvbnRhZ25pZXJAaHMtbWFubmhlaW0uZGUiPm1h
aWx0bzpzLmZvbnRhZ25pZXJAaHMtbWFubmhlaW0uZGU8L2E+Jmd0OyA8bzpwPjwvbzpwPjwvcD48
cCBjbGFzcz1Nc29Ob3JtYWw+PGEgaHJlZj0ibWFpbHRvOnMuZm9udGFnbmllckBocy1tYW5uaGVp
bS5kZSI+cy5mb250YWduaWVyQGhzLW1hbm5oZWltLmRlPC9hPjxvOnA+PC9vOnA+PC9wPjxwIGNs
YXNzPU1zb05vcm1hbD4qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xh
c3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+

--===============7387328507345051045==--


From Ralf.Hildebrandt@charite.de Wed Feb  4 10:19:50 2015
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update auf OTRS 4 Patch Level 5 /	perl-Template-Toolkit
Date: Wed, 04 Feb 2015 11:15:47 +0100
Message-ID: <20150204101546.GF28095@charite.de>
In-Reply-To: <000001d04062$8e55e170$ab01a450$@hs-mannheim.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0756844234485840670=="

--===============0756844234485840670==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

* Sylvia Fontagnier <s.fontagnier(a)hs-mannheim.de>:
> Hallo OTRS-Liste,
> 
>  
> 
> bitte schon mal vorab um Verständnis und Entschuldigung, falls diese Frage
> ev. schon gestellt wurde oder ich einfach unwissend bin.
> 
> Ich wollte das Update auf OTRS 4 installieren und dabei bekomme ich immer
> die Fehlermeldung:
> 
> error: Failed dependencies:
> 
>         perl-Template-Toolkit is needed by otrs-4.0.5-01.noarch

Du willst ein Paket installieren, das Paket hat Abhängigkeiten
(nämlich "perl-Template-Toolkit")
 
> Ich habe aber das Toolkit (Template-Toolkit-2.26.tar.gz) heruntergeladen und
> laut Anweisung:

Aber dies ist kein Paket, damit erfüllt es nicht die Abhängigkeiten.

Möglichkeiten:
==============

1) perl-Template-Toolkit als Paket finden und installieren
2) otrs-4.0.5-01.noarch reinprügeln durch Ingorieren der Abhängigkeiten

-- 
Ralf Hildebrandt                   Charite Universitätsmedizin Berlin
ralf.hildebrandt(a)charite.de        Campus Benjamin Franklin
http://www.charite.de              Hindenburgdamm 30, 12203 Berlin
Geschäftsbereich IT, Abt. Netzwerk fon: +49-30-450.570.155

--===============0756844234485840670==--


From roy@kaldung.com Wed Feb  4 10:23:22 2015
From: Roy Kaldung <roy@kaldung.com>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update auf OTRS 4 Patch Level 5 /	perl-Template-Toolkit
Date: Wed, 04 Feb 2015 11:19:19 +0100
Message-ID: <319EC524-0677-4E0E-B49B-979EF50F6C3E@kaldung.com>
In-Reply-To: <000001d04062$8e55e170$ab01a450$@hs-mannheim.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2050137839285380348=="

--===============2050137839285380348==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable


> On 04 Feb 2015, at 11:08, Sylvia Fontagnier <s.fontagnier(a)hs-mannheim.de>=
 wrote:
>=20
> Ich wollte das Update auf OTRS 4 installieren und dabei bekomme ich immer d=
ie Fehlermeldung:
> error: Failed dependencies:
>         perl-Template-Toolkit is needed by otrs-4.0.5-01.noarch
> Ich habe aber das Toolkit (Template-Toolkit-2.26.tar.gz) heruntergeladen un=
d laut Anweisung:
> $ tar zxf Template-Toolkit-2.26.tar.gz
> $ cd Template-Toolkit-2.26
> $ perl Makefile.PL
> $ make
> $ make test
> $ sudo make install installiert.
> Aber wenn ich danach versuche das OTRS-RPM zu installieren, bekomme ich imm=
er wieder obengenannte Fehlermeldung.


Hallo Sylvia,

das klingt nach einer Abh=C3=A4ngigkeit die das RPM hat. Das =E2=80=98sieht=
=E2=80=99 nix von Deiner manuellen Installation.
Gibt=E2=80=99s denn kein perl-Template-Toolkit der Distribution?

-Roy

--=20
Roy Kaldung
e-mail: roy(a)kaldung.com




--===============2050137839285380348==--


From s.fontagnier@hs-mannheim.de Wed Feb  4 10:29:35 2015
From: Sylvia Fontagnier <s.fontagnier@hs-mannheim.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update auf OTRS 4 Patch Level 5	/	perl-Template-Toolkit
Date: Wed, 04 Feb 2015 11:25:25 +0100
Message-ID: <000b01d04064$e3c1caa0$ab455fe0$@hs-mannheim.de>
In-Reply-To: <319EC524-0677-4E0E-B49B-979EF50F6C3E@kaldung.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5853838309533560849=="

--===============5853838309533560849==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hallo Roy,

so was ähnliches habe ich mir schon gedacht. Wir haben sls11 auf der
Maschine und ich habe bisher nix in der Distribution gefunden.
Ich werde mal weitersuchen müssen.
Danke schon mal.
Viele Grüße
Sylvia
-----Ursprüngliche Nachricht-----
Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im Auftrag
von Roy Kaldung
Gesendet: Mittwoch, 4. Februar 2015 11:19
An: User questions and discussions about OTRS.org in German
Betreff: Re: [otrs-de] Update auf OTRS 4 Patch Level 5 /
perl-Template-Toolkit


> On 04 Feb 2015, at 11:08, Sylvia Fontagnier <s.fontagnier(a)hs-mannheim.de>
wrote:
> 
> Ich wollte das Update auf OTRS 4 installieren und dabei bekomme ich immer
die Fehlermeldung:
> error: Failed dependencies:
>         perl-Template-Toolkit is needed by otrs-4.0.5-01.noarch Ich 
> habe aber das Toolkit (Template-Toolkit-2.26.tar.gz) heruntergeladen und
laut Anweisung:
> $ tar zxf Template-Toolkit-2.26.tar.gz $ cd Template-Toolkit-2.26 $ 
> perl Makefile.PL $ make $ make test $ sudo make install installiert.
> Aber wenn ich danach versuche das OTRS-RPM zu installieren, bekomme ich
immer wieder obengenannte Fehlermeldung.


Hallo Sylvia,

das klingt nach einer Abhängigkeit die das RPM hat. Das ‘sieht’ nix von
Deiner manuellen Installation.
Gibt’s denn kein perl-Template-Toolkit der Distribution?

-Roy

--
Roy Kaldung
e-mail: roy(a)kaldung.com



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


--===============5853838309533560849==--


From S.Dittmar@eureca.de Wed Feb  4 10:41:55 2015
From: Susan Dittmar <S.Dittmar@eureca.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update auf OTRS 4 Patch Level 5	/	perl-Template-Toolkit
Date: Wed, 04 Feb 2015 11:37:56 +0100
Message-ID: <54D1F684.3080803@eureca.de>
In-Reply-To: <319EC524-0677-4E0E-B49B-979EF50F6C3E@kaldung.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5534739194153092522=="

--===============5534739194153092522==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Ihr,

> das klingt nach einer Abh=C3=A4ngigkeit die das RPM hat. Das =E2=80=98sieht=
=E2=80=99 nix von Deiner manuellen Installation.

ich wei=C3=9F, dass es m=C3=B6glich ist, ein Dummy-RPM zu generieren, das dem=
=20
Paket-Manager suggeriert, das ben=C3=B6tigte Paket sei installiert. Ist nat=
=C3=BCrlich nur=20
sinnvoll, wenn die Funktionalit=C3=A4t tats=C3=A4chlich installiert ist. Wei=
=C3=9F einer von=20
Euch, wie man das macht?

Lieben Gru=C3=9F,

Susan

--=20
Susan Dittmar, CIO                   - CCD and CMOS devices
EURECA Messtechnik GmbH                for science, space and military
Eupenerstr. 150                        customized and standard parts
50933 K=C3=B6ln                           - lenses and optical filters
Germany                              - thermoelectric devices
                                      - consulting services
phone: +49 (0)221 / 952629 - 0
fax:   +49 (0)221 / 952629 - 9
email: Susan.Dittmar(a)eureca.de

Handelsreg. Eintrag / Register entry : HRB 28609 Amtsgericht K=C3=B6ln
USt.-IdNr.          / VAT number     : DE 186 063 293
Steuernummer        / tax number     : 223 / 5805 / 2511
Gesch=C3=A4ftsf=C3=BChrung    / Management     : J. Beckers, K. Sengebusch


Diese Mitteilung erfolgt vertraulich und nur zur Kenntnisnahme durch
die hierf=C3=BCr vorgesehenen Personen. Sollten Sie die Mitteilung
irrt=C3=BCmlich erhalten haben, ist jede Weitergabe, Kopie oder Nutzung des
Inhalts unzul=C3=A4ssig. Bitte benachrichtigen Sie in diesem Fall den
Absender und l=C3=B6schen Sie diese Nachricht und alle Anh=C3=A4nge dazu
unverz=C3=BCglich.

This message is confidential and intended only for the exclusive use
by particular persons. If you have received it by mistake, any review,
copying, use or dissemination in whole or in part is strictly
prohibited. Please notify the sender and delete this message and all
its attachments from your system.


--===============5534739194153092522==--


From roy@kaldung.com Wed Feb  4 11:18:11 2015
From: Roy Kaldung <roy@kaldung.com>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update auf OTRS 4 Patch Level 5	/	perl-Template-Toolkit
Date: Wed, 04 Feb 2015 12:14:05 +0100
Message-ID: <B9F34282-63C6-4199-869B-1A45A8DA12B5@kaldung.com>
In-Reply-To: <54D1F684.3080803@eureca.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2012007557664592558=="

--===============2012007557664592558==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit


> On 04 Feb 2015, at 11:37, Susan Dittmar <S.Dittmar(a)eureca.de> wrote:
> 
> Weiß einer von Euch, wie man das macht?

Da gibt’s bei rpm den Parameter --nodeps

-Roy 

-- 
Roy Kaldung
e-mail: roy(a)kaldung.com




--===============2012007557664592558==--


From S.Dittmar@eureca.de Wed Feb  4 11:59:40 2015
From: Susan Dittmar <S.Dittmar@eureca.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update auf OTRS 4 Patch Level	5	/	perl-Template-Toolkit
Date: Wed, 04 Feb 2015 12:55:42 +0100
Message-ID: <54D208BE.9020005@eureca.de>
In-Reply-To: <B9F34282-63C6-4199-869B-1A45A8DA12B5@kaldung.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5301144454678708282=="

--===============5301144454678708282==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Roy,

danke f=C3=BCr die Antwort. Leider macht --nodeps nicht, was ich m=C3=B6chte.=
 Es erlaubt,=20
  ein Paket zu installieren, obwohl RPM die Abh=C3=A4ngigkeiten als unerf=C3=
=BCllt=20
wahrnimmt. Das bedeutet, es ignoriert alle(!) seine Abh=C3=A4ngigkeiten. Was =
ich=20
m=C3=B6chte, ist RPM mitzuteilen, da=C3=9F ein spezielles Paket installiert i=
st, obwohl es=20
bislang nicht in RPMs Datenbank gelistet ist. Und das nicht nur f=C3=BCr die =

momentane Installation, sondern auch f=C3=BCr alle k=C3=BCnftigen Pakete, die=
 dieses=20
spezielle Paket ben=C3=B6tigen.

Ich wei=C3=9F, dass das geht, nur nicht wie...

Danke f=C3=BCr alle hilfreichen Hinweise,

Susan


--===============5301144454678708282==--


From Ralf.Hildebrandt@charite.de Thu Feb  5 09:17:09 2015
From: Ralf Hildebrandt <Ralf.Hildebrandt@charite.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update auf OTRS 4 Patch Level	5	/	perl-Template-Toolkit
Date: Thu, 05 Feb 2015 10:13:06 +0100
Message-ID: <20150205091305.GB24977@charite.de>
In-Reply-To: <54D208BE.9020005@eureca.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5402357050451962697=="

--===============5402357050451962697==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

* Susan Dittmar <S.Dittmar(a)eureca.de>:
> Hallo Roy,
> 
> danke für die Antwort. Leider macht --nodeps nicht, was ich möchte.
> Es erlaubt,  ein Paket zu installieren, obwohl RPM die Abhängigkeiten
> als unerfüllt wahrnimmt. Das bedeutet, es ignoriert alle(!) seine
> Abhängigkeiten. Was ich möchte, ist RPM mitzuteilen, daß ein
> spezielles Paket installiert ist, obwohl es bislang nicht in RPMs
> Datenbank gelistet ist. Und das nicht nur für die momentane
> Installation, sondern auch für alle künftigen Pakete, die dieses
> spezielle Paket benötigen.

http://search.cpan.org/~mikedlr/makerpm-0.409/makerpm.pl
http://perlhacks.com/2010/02/building-rpms-from-cpan-distributions/

-- 
Ralf Hildebrandt                   Charite Universitätsmedizin Berlin
ralf.hildebrandt(a)charite.de        Campus Benjamin Franklin
http://www.charite.de              Hindenburgdamm 30, 12203 Berlin
Geschäftsbereich IT, Abt. Netzwerk fon: +49-30-450.570.155

--===============5402357050451962697==--


From Josef1.Penzkofer@rz.uni-regensburg.de Fri Feb  6 09:46:46 2015
From: Josef1 Penzkofer <Josef1.Penzkofer@rz.uni-regensburg.de>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] DynamicField - Anzeige bei Ticket-Zoom
Date: Fri, 06 Feb 2015 10:42:42 +0100
Message-ID: <54D49AA2020000A700024C5A@gwsmtp1.uni-regensburg.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1517833909385366022=="

--===============1517833909385366022==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo OTRS-Community,

im Ticket-Zoom werden DynamicFields ja nur angezeigt, wenn sie einen Wert
enthalten.=20

Leider funktioniert dies ja mit dem Feldtyp "Checkbox" nicht, da dieser
Feldtyp ja immer einen Standardwert ("Checked" oder "Unchecked") besitzt.

Ich hab nun in der Aktion Telefon-Ticket" ein DynamicField (Feldtyp: Checkbox)
eingef=C3=BCgt, das abh=C3=A4ngig von der gew=C3=A4hlten Queue ein- bzw. ausg=
eblendet wird.

Im Ticket-Zoom wird es aber immer - dann als "Unchecked" angezeigt, auch wenn
es beim Erstellen eines Telefon-Tickets nicht eingeblendet wird.

Gibt es eine M=C3=B6glichkeit, das Feld im Ticket-Zoom auszublenden, z.B. per=
 ACL?

Vielen Dank

Gru=C3=9F

Sepp


--===============1517833909385366022==--


From Markus.Ludwig@Verwaltung.Uni-Muenchen.DE Fri Feb  6 10:55:07 2015
From: Ludwig Markus <Markus.Ludwig@Verwaltung.Uni-Muenchen.DE>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de]	Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeit?=
 =?utf-8?q?en?=
Date: Fri, 06 Feb 2015 10:51:03 +0000
Message-ID:
 <4B01FACF5829554AB66D40F909140C3F5CB08BFE@MXS2.zuv.uni-muenchen.de>
In-Reply-To: <54D1D3A6.5020301@perl-services.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3079577777776134477=="

--===============3079577777776134477==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Renee,

danke f=C3=BCr den Hinweis, das war mir so nicht bekannt.

Allerdings tauchen hier einige Komponenten des Admin-Bereichs nicht auf, so z=
. B. zum Verwalten der Antwort-Vorlagen. M=C3=BCsste man die dann von Hand hi=
nzuf=C3=BCgen?

Wenn ich das richtig verstehe, kann ich hier einfach eine weitere Gruppe hinz=
uf=C3=BCgen, welcher dann die jeweiligen Komponenten zur Verf=C3=BCgung stehe=
n w=C3=BCrden?

Viele Gr=C3=BC=C3=9Fe,
Markus

>-----Original Message-----
>From: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] On Beha=
lf
>Of Renee B
>Sent: Wednesday, February 04, 2015 9:09 AM
>To: otrs-de(a)otrs.org
>Subject: Re: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten
>
>Man kann auf die Punkte im Adminbereich genauso Berechtigungen vergeben
>wie f=C3=BCr die anderen Punkte auch: SysConfig -> Framework ->
>Frontend::Admin::ModuleRegistration
>
>Was nicht geht, ist Zugriffe auf einzelne Bereiche der SysConfig zu
>Beschr=C3=A4nken. Ich habe so etwas zwar mal f=C3=BCr einen Kunden gemacht, =
aber
>das muss ich mal als eigenes Modul mit generischem Ansatz rausziehen.
>
>- Ren=C3=A9e
>
>On 04.02.2015 07:56, Ludwig Markus wrote:
>> Guten Morgen allerseits,
>>
>> wir haben immer wieder Anfragen von anderen Einrichtungen an unserer
>Hochschule, die gerne unser Ticketsystem mitbenutzen w=C3=BCrden. Einer der
>kritischen Punkte hierbei ist dann immer, dass ein Administrator immer Zugri=
ff
>auf den kompletten Administrationsbereich hat und man z. B. keine
>Administratoren einrichten kann, die nur Objekte bearbeiten k=C3=B6nnen, die=
 sich z.
>B. auf eine bestimmte Queue beziehen.
>>
>> Bisher habe ich mich noch nicht intensiv mit den ACLs besch=C3=A4ftigt, fr=
age mich
>aber, ob man damit vielleicht genau solche Konstrukte bauen kann.
>>
>> Von anderen Hochschulen habe ich geh=C3=B6rt, dass diese angepa=C3=9Fte Mo=
dule
>einsetzen, um Benutzern Zugriff auf Teile des Administrationsbereichs von OT=
RS
>zu erm=C3=B6glichen. Hat da jemand Erfahrungen und kann sagen, was so eine
>Anpassung in etwa kosten kann?
>>
>> Vielleicht kann ja auch jemand noch eine ganz andere Alternative aufzeigen,
>wie man hier vorgehen k=C3=B6nnte. Das Ziel ist z. B., dass eine autarke Ein=
richtung
>mit eigener Queue z. B. eigene Agenten anlegen kann, die dann automatisch
>einer Gruppe / Rolle zugeordnet werden, dass man Antwortvorlagen f=C3=BCr die
>eigene Queue erstellt oder auch die Eigenschaften der eigenen Queue
>bearbeiten kann.
>>
>> Viele Gr=C3=BC=C3=9Fe,
>> Markus
>>
>> ---------------------------------------------------------------------
>> 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

--===============3079577777776134477==--


From otrs.list@perl-services.de Fri Feb  6 11:02:26 2015
From: Renee B <otrs.list@perl-services.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeit?=
 =?utf-8?q?en?=
Date: Fri, 06 Feb 2015 11:58:24 +0100
Message-ID: <54D49E50.7050706@perl-services.de>
In-Reply-To:
 <4B01FACF5829554AB66D40F909140C3F5CB08BFE@MXS2.zuv.uni-muenchen.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6740549197275815207=="

--===============6740549197275815207==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On 06.02.2015 11:51, Ludwig Markus wrote:
> Allerdings tauchen hier einige Komponenten des Admin-Bereichs nicht auf, so=
 z. B. zum Verwalten der Antwort-Vorlagen. M=C3=BCsste man die dann von Hand =
hinzuf=C3=BCgen?

Nee, die sind in

SysConfig -> Ticket -> Frontend::Admin::ModuleRegistration



> Wenn ich das richtig verstehe, kann ich hier einfach eine weitere Gruppe hi=
nzuf=C3=BCgen, welcher dann die jeweiligen Komponenten zur Verf=C3=BCgung ste=
hen w=C3=BCrden?

Genau.


- Ren=C3=A9e


--=20
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.de


--===============6740549197275815207==--


From Alex.Heinrich@sidion.de Tue Feb 10 14:23:14 2015
From: Alex Heinrich <Alex.Heinrich@sidion.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de]	Mehrstufige =?utf-8?q?Administrationsm=C3=B6glichkeit?=
 =?utf-8?q?en?=
Date: Tue, 10 Feb 2015 14:19:07 +0000
Message-ID: <DF8FD7EC5A7B2A438E880DEC5FACEB10DAEEFB07@smmx002.sidion.local>
In-Reply-To:
 <4B01FACF5829554AB66D40F909140C3F5CB06A88@MXS2.zuv.uni-muenchen.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8530743357991987489=="

--===============8530743357991987489==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Markus,

vielleicht findest du hier etwas (zus=C3=A4tzliche Module f=C3=BCr OTRS): htt=
p://opar.perl-services.de/

Ansonsten ist es m=C3=B6glich mehrere Instanzen von OTRS auf einem Server lau=
fen zu lassen.

Der einfachste Weg w=C3=A4re aber ein gemeinsamer evtl. auch unabh=C3=A4ngige=
r Admin f=C3=BCr eure Umgebung mit dem eine Geheimhaltungsklausel vereinbart =
wird falls es um datenschutzrechtliche Dinge geht.

Bei weiteren Fragen oder bei der Suche helfe ich dir gerne :-)

Gru=C3=9F

Alex

-----Urspr=C3=BCngliche Nachricht-----
Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im Auftra=
g von Ludwig Markus
Gesendet: Mittwoch, 4. Februar 2015 09:24
An: 'User questions and discussions about OTRS.org in German'
Betreff: Re: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten

Hallo Daniel,

vielen Dank f=C3=BCr diesen ersten Hinweis. An etwas in der Richtung hatte ic=
h auch schon gedacht, allerdings erscheint mir der administrative Aufwand (je=
denfalls f=C3=BCr die Konfiguration) doch recht hoch und meine Skills auf den=
 Linux-Systemen basieren nach wie vor eher auf Learning by Doing, daher w=C3=
=BCrde ich diese M=C3=B6glichkeit erst mal hinten anstellen.

Viele Gr=C3=BC=C3=9Fe,
Markus

>-----Original Message-----
>From: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] On
>Behalf Of Daniel Litzbach
>Sent: Wednesday, February 04, 2015 8:27 AM
>To: User questions and discussions about OTRS.org in German
>Subject: Re: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten
>
>Gutem Morgen Markus,
>
>abgesehen von den normalen Berechtigungsstufen einzelner Agents w=C3=A4re
>mir jetzt so nicht bekannt, dass das m=C3=B6glich ist. Mir w=C3=BCrde als
>Alternative nur das Multi Hosting einfallen:
>
>http://blog.otrs.org/2010/08/11/how-to-run-multiple-mod_perl-supported-
>otrs-
>on-a-single-host/comment-page-1/
>
>Wei=C3=9F aber nicht ob das was f=C3=BCr euch ist.
>
>Gru=C3=9F
>
>Daniel
>
>-----Urspr=C3=BCngliche Nachricht-----
>Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im
>Auftrag von Ludwig Markus
>Gesendet: Mittwoch, 4. Februar 2015 07:56
>An: 'User questions and discussions about OTRS.org in German'
>Betreff: [otrs-de] Mehrstufige Administrationsm=C3=B6glichkeiten
>
>Guten Morgen allerseits,
>
>wir haben immer wieder Anfragen von anderen Einrichtungen an unserer
>Hochschule, die gerne unser Ticketsystem mitbenutzen w=C3=BCrden. Einer der
>kritischen Punkte hierbei ist dann immer, dass ein Administrator immer
>Zugriff auf den kompletten Administrationsbereich hat und man z. B.
>keine Administratoren einrichten kann, die nur Objekte bearbeiten k=C3=B6nne=
n, die sich z.
>B. auf eine bestimmte Queue beziehen.
>
>Bisher habe ich mich noch nicht intensiv mit den ACLs besch=C3=A4ftigt,
>frage mich aber, ob man damit vielleicht genau solche Konstrukte bauen kann.
>
>Von anderen Hochschulen habe ich geh=C3=B6rt, dass diese angepa=C3=9Fte Modu=
le
>einsetzen, um Benutzern Zugriff auf Teile des Administrationsbereichs
>von OTRS zu erm=C3=B6glichen. Hat da jemand Erfahrungen und kann sagen, was
>so eine Anpassung in etwa kosten kann?
>
>Vielleicht kann ja auch jemand noch eine ganz andere Alternative
>aufzeigen, wie man hier vorgehen k=C3=B6nnte. Das Ziel ist z. B., dass eine
>autarke Einrichtung mit eigener Queue z. B. eigene Agenten anlegen
>kann, die dann automatisch einer Gruppe / Rolle zugeordnet werden, dass
>man Antwortvorlagen f=C3=BCr die eigene Queue erstellt oder auch die
>Eigenschaften der eigenen Queue bearbeiten kann.
>
>Viele Gr=C3=BC=C3=9Fe,
>Markus
>
>---------------------------------------------------------------------
>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
---------------------------------------------------------------------
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=C3=B6llenstra=C3=9Fe 42 . 70195 St=
uttgart . Inhaber . Gesch=C3=A4ftsf=C3=BChrer: Ren=C3=A9 Sutorius

--===============8530743357991987489==--


From Norbert.Udroiu@umbreit.de Wed Feb 11 14:31:52 2015
From: Norbert Udroiu /Umbreit <Norbert.Udroiu@umbreit.de>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] =?utf-8?q?FAQ-Verkn=C3=BCpfung?= im Customer-Zoom
Date: Wed, 11 Feb 2015 14:27:37 +0000
Message-ID: <DF7D5272D538E046A956DFEA058393406B5A1856@EX-DAG2.umbreit.local>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7992197752634949202=="

--===============7992197752634949202==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo zusammen,

ich hoffe, dass ich nur die Suche nicht richtig bedienen kann und dies sehr e=
infach zu l=C3=B6sen ist, denn meine Recherche ergibt nur, dass es nicht vorg=
esehen ist:
Ich m=C3=B6chte Verkn=C3=BCpfungen von FAQs untereinander auch f=C3=BCr Kunde=
n sichtbar machen, nicht nur f=C3=BCr Agenten. Wir arbeiten noch mit V3.3.5.

Hat das schon jemand hinbekommen? Unter Core::Item geht es nicht..

Danke & Gr=C3=BC=C3=9Fe
Norbert


Mundelsheimer Stra=C3=9Fe 3, 74321 Bietigheim-Bissingen
USt.-Id.-Nr.: DE 813534804
Handelsregister Stuttgart HRA 301089
PhG: Bez GmbH, Bietigheim-Bissingen
Handelsregister Stuttgart HRB 300930
Gesch=C3=A4ftsf=C3=BChrer: Thomas Bez und Clemens Birk
Gerichtsstand f=C3=BCr Kaufleute im Sinne des HGB ist Stuttgart
Umbreit unterst=C3=BCtzt =E2=80=9EVorsicht Buch=E2=80=9C, die Marketing-Kampa=
gne des deutschen Buchhandels.
http://www.vorsichtbuch.de



--===============7992197752634949202==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ
e2ZvbnQtZmFtaWx5OiJDZW50dXJ5IEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA1IDIgMiAyIDIg
MiAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3Jt
YWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7
DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi
Ow0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxp
bmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0
aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7
bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246
dW5kZXJsaW5lO30NCnNwYW4uRS1NYWlsRm9ybWF0dm9ybGFnZTE3DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNlbnR1cnkgR290aGljIiwic2Fucy1z
ZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1z
dHlsZTpub3JtYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u
bHk7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJ
e3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAu
ODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5
bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0
IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld
Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp
dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh
ZD4NCjxib2R5IGxhbmc9IkRFIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xh
c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDZW50dXJ5IEdvdGhpYyZxdW90OywmcXVv
dDtzYW5zLXNlcmlmJnF1b3Q7Ij5IYWxsbyB6dXNhbW1lbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250
LWZhbWlseTomcXVvdDtDZW50dXJ5IEdvdGhpYyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7
Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh
biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDZW50dXJ5IEdvdGhp
YyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5pY2ggaG9mZmUsIGRhc3MgaWNoIG51ciBk
aWUgU3VjaGUgbmljaHQgcmljaHRpZyBiZWRpZW5lbiBrYW5uIHVuZCBkaWVzIHNlaHIgZWluZmFj
aCB6dSBsw7ZzZW4gaXN0LCBkZW5uIG1laW5lIFJlY2hlcmNoZSBlcmdpYnQgbnVyLCBkYXNzIGVz
IG5pY2h0IHZvcmdlc2VoZW4gaXN0OjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90
O0NlbnR1cnkgR290aGljJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkljaCBtw7ZjaHRl
IFZlcmtuw7xwZnVuZ2VuIHZvbiBGQVFzIHVudGVyZWluYW5kZXIgYXVjaCBmw7xyIEt1bmRlbiBz
aWNodGJhciBtYWNoZW4sIG5pY2h0IG51ciBmw7xyIEFnZW50ZW4uIFdpciBhcmJlaXRlbiBub2No
IG1pdCBWMy4zLjUuICZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O
b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nl
bnR1cnkgR290aGljJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NlbnR1cnkgR290aGljJnF1b3Q7LCZxdW90O3Nh
bnMtc2VyaWYmcXVvdDsiPkhhdCBkYXMgc2Nob24gamVtYW5kIGhpbmJla29tbWVuPyBVbnRlciBD
b3JlOjpJdGVtIGdlaHQgZXMgbmljaHQuLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NlbnR1cnkgR290aGljJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm
b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NlbnR1cnkgR290aGljJnF1b3Q7LCZx
dW90O3NhbnMtc2VyaWYmcXVvdDsiPkRhbmtlICZhbXA7IEdyw7zDn2U8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw
dDtmb250LWZhbWlseTomcXVvdDtDZW50dXJ5IEdvdGhpYyZxdW90OywmcXVvdDtzYW5zLXNlcmlm
JnF1b3Q7Ij5Ob3JiZXJ0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2VudHVy
eSBHb3RoaWMmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8
L2Rpdj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IGNvbG9yOiByZ2IoMTY5LCAxNjks
IDE2OSk7IGZvbnQtZmFtaWx5OiBDZW50dXJ5IEdvdGhpYzsiPk11bmRlbHNoZWltZXIgU3RyYcOf
ZSAzLCA3NDMyMSBCaWV0aWdoZWltLUJpc3Npbmdlbjxicj4NClVTdC4tSWQuLU5yLjogREUgODEz
NTM0ODA0PGJyPg0KSGFuZGVsc3JlZ2lzdGVyIFN0dXR0Z2FydCBIUkEgMzAxMDg5PGJyPg0KUGhH
OiBCZXogR21iSCwgQmlldGlnaGVpbS1CaXNzaW5nZW48YnI+DQpIYW5kZWxzcmVnaXN0ZXIgU3R1
dHRnYXJ0IEhSQiAzMDA5MzA8YnI+DQpHZXNjaMOkZnRzZsO8aHJlcjogVGhvbWFzIEJleiB1bmQg
Q2xlbWVucyBCaXJrPGJyPg0KR2VyaWNodHNzdGFuZCBmw7xyIEthdWZsZXV0ZSBpbSBTaW5uZSBk
ZXMgSEdCIGlzdCBTdHV0dGdhcnQ8L3NwYW4+PGJyIGNsYXNzPSJpbm5vdmEiIHN0eWxlPSJjb2xv
cjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+DQpVbWJyZWl0IHVudGVyc3TDvHR6dCDigJ5Wb3JzaWNo
dCBCdWNo4oCcLCBkaWUgTWFya2V0aW5nLUthbXBhZ25lIGRlcyBkZXV0c2NoZW4gQnVjaGhhbmRl
bHMuPGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy52b3JzaWNodGJ1Y2guZGUiPmh0dHA6Ly93d3cu
dm9yc2ljaHRidWNoLmRlPC9hPg0KPC9ib2R5Pg0KPC9odG1sPg0K

--===============7992197752634949202==--


From otrs.testing2015@gmail.com Fri Feb 20 14:59:29 2015
From: OTRS Testing <otrs.testing2015@gmail.com>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Antw: Authentifizierungsmechanismen in OTRS: local und
 Microsoft AD
Date: Fri, 20 Feb 2015 15:55:20 +0100
Message-ID:
 <CALanMsVHpW7+ojA_Ok2-qr4xfSTCk+1GfrwShE5EWbhn=zwDrA@mail.gmail.com>
In-Reply-To: <54CA0B8A020000A7000249EC@gwsmtp1.uni-regensburg.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5649564811565503637=="

--===============5649564811565503637==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Sepp, hallo Liste,

vielen Dank. Ich habe jetzt die Konfiguration angepasst.
Inzwischen ist es M=C3=B6glich, sich mit einem AD-Account als Agent anzumelde=
n.
Auch ist es m=C3=B6glich, sich als Systembenutzer (OTRS Benutzer) aus der
OTRS-eigenen Datenbank anzumelden.
Nicht m=C3=B6glich ist das Anmelden als Kunde.
Hier kommt:

Authentication succeeded, but no customer record is found in the customer
backend. Please contact your administrator.

Meine Frage: wo bekomme ich erweiterte Fehlermeldungen? Eigentlich sollten
die Logfiles unter /opt/otrs/var/log sein (otrs.log), hier gibt es aber
diese Logdatei nicht. Hier gibt es nur SchedulerOut-Logs sowie
TicketCounter.log sowie SchedulerErr.log

meine Config.pm:

[CODE]
# --
# Kernel/Config.pm - Config file for OTRS kernel
# Copyright (C) 2001-2015 OTRS AG, http://otrs.com/
# --
# This software comes with ABSOLUTELY NO WARRANTY. For details, see
# the enclosed file COPYING for license information (AGPL). If you
# did not receive this file, see http://www.gnu.org/licenses/agpl.txt.
# --
#  Note:
#
#  -->> Most OTRS configuration should be done via the OTRS web interface
#       and the SysConfig. Only for some configuration, such as database
#       credentials and customer data source changes, you should edit this
#       file. For changes do customer data sources you can copy the
definitions
#       from Kernel/Config/Defaults.pm and paste them in this file.
#       Config.pm will not be overwritten when updating OTRS.
# --

package Kernel::Config;

use strict;
use warnings;
use utf8;

sub Load {
    my $Self =3D shift;

    # ---------------------------------------------------- #
    # database settings                                    #
    # ---------------------------------------------------- #

    # The database host
    $Self->{'DatabaseHost'} =3D '127.0.0.1';

    # The database name
    $Self->{'Database'} =3D "otrs_main_db";

    # The database user
    $Self->{'DatabaseUser'} =3D "otrsdbuser";

    # The password of database user. You also can use bin/
otrs.CryptPassword.pl
    # for crypted passwords
    $Self->{'DatabasePw'} =3D '7#qirGzP!t!2kR$Nn2vu';

    # The database DSN for MySQL =3D=3D> more: "perldoc DBD::mysql"
    $Self->{'DatabaseDSN'} =3D
"DBI:mysql:database=3D$Self->{Database};host=3D$Self->{DatabaseHost}";

    # The database DSN for PostgreSQL =3D=3D> more: "perldoc DBD::Pg"
    # if you want to use a local socket connection
#    $Self->{DatabaseDSN} =3D "DBI:Pg:dbname=3D$Self->{Database};";
    # if you want to use a TCP/IP connection
#    $Self->{DatabaseDSN} =3D
"DBI:Pg:dbname=3D$Self->{Database};host=3D$Self->{DatabaseHost};";

    # The database DSN for Microsoft SQL Server - only supported if OTRS is
    # installed on Windows as well
#    $Self->{DatabaseDSN} =3D "DBI:ODBC:driver=3D{SQL
Server};Database=3D$Self->{Database};Server=3D$Self->{DatabaseHost},1433";

    # The database DSN for Oracle =3D=3D> more: "perldoc DBD::oracle"
#    $Self->{DatabaseDSN} =3D
"DBI:Oracle://$Self->{DatabaseHost}:1521/$Self->{Database}";
#
#    $ENV{ORACLE_HOME}     =3D '/path/to/your/oracle';
#    $ENV{NLS_DATE_FORMAT} =3D 'YYYY-MM-DD HH24:MI:SS';
#    $ENV{NLS_LANG}        =3D 'AMERICAN_AMERICA.AL32UTF8';

    # ---------------------------------------------------- #
    # fs root directory
    # ---------------------------------------------------- #
    $Self->{Home} =3D '/opt/otrs';

    # ---------------------------------------------------- #
    # insert your own config settings "here"               #
    # config settings taken from Kernel/Config/Defaults.pm #
    # ---------------------------------------------------- #
    # $Self->{SessionUseCookie} =3D 0;
    # $Self->{CheckMXRecord} =3D 0;
 # Authenticate Users against local OTRS Database
# Just for Management: If LDAP Auth fails, we have a
# emergency-user database
$Self->{'AuthModule1'} =3D 'Kernel::System::Auth::DB';
$Self->{'AuthModule::DB::CryptType1'} =3D 'crypt';

##############################################################################
### Diese Konfigration regelt den Zugriff der Agents aus dem AD
 #####
##############################################################################
 # This is an example configuration for using an MS AD backend
    $Self->{'AuthModule2'} =3D 'Kernel::System::Auth::LDAP';
    $Self->{'AuthModule::LDAP::Host2'} =3D 'prtglabdc01.prtglab.local';
    $Self->{'AuthModule::LDAP::BaseDN2'} =3D 'dc=3Dprtglab,dc=3Dlocal';
    $Self->{'AuthModule::LDAP::UID2'} =3D 'sAMAccountName';

    # Check if the user is allowed to auth in a posixGroup
    # (e. g. user needs to be in a group OTRS_Agents to use otrs)
    $Self->{'AuthModule::LDAP::GroupDN2'} =3D 'CN=3DSG_OTRS_AGENTS,OU=3DZZ_Gl=
obal
Security Groups,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
    $Self->{'AuthModule::LDAP::AccessAttr2'} =3D 'member';
    $Self->{'AuthModule::LDAP::UserAttr2'} =3D 'DN';

    # Bind credentials to log into AD
    $Self->{'AuthModule::LDAP::SearchUserDN2'} =3D
'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
    $Self->{'AuthModule::LDAP::SearchUserPw2'} =3D 'MyPassword';

    # in case you want to add always one filter to each ldap query, use
    # this option. e. g. AlwaysFilter =3D> '(mail=3D*)' or AlwaysFilter =3D>
'(objectclass=3Duser)'
    $Self->{'AuthModule::LDAP::AlwaysFilter2'} =3D '';

    # in case you want to add a suffix to each login name,  then
    # you can use this option. e. g. user just want to use user but
    # in your ldap directory exists user(a)domain.
    #$Self->{'AuthModule::LDAP::UserSuffix2'} =3D '';

    # Net::LDAP new params (if needed - for more info see perldoc Net::LDAP)
    $Self->{'AuthModule::LDAP::Params2'} =3D {
        port =3D> 389,
        timeout =3D> 120,
        async =3D> 0,
        version =3D> 3,
    };

   # Now sync data with OTRS DB
    $Self->{'AuthSyncModule2'} =3D 'Kernel::System::Auth::Sync::LDAP';
    $Self->{'AuthSyncModule::LDAP::Host2'} =3D 'prtglabdc01.prtglab.local';
    $Self->{'AuthSyncModule::LDAP::BaseDN2'} =3D 'dc=3Dprtglab, dc=3Dlocal';
    $Self->{'AuthSyncModule::LDAP::UID2'} =3D 'sAMAccountName';
    $Self->{'AuthSyncModule::LDAP::SearchUserDN2'} =3D
'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
    $Self->{'AuthSyncModule::LDAP::SearchUserPw2'} =3D 'MyPassword';

    $Self->{'AuthSyncModule::LDAP::UserSyncMap2'} =3D {
        # DB -> LDAP
        UserFirstname =3D> 'givenName',
        UserLastname  =3D> 'sn',
        UserEmail     =3D> 'mail',
    };

    # AuthSyncModule::LDAP::UserSyncInitialGroups
    # (sync following group with rw permission after initial create of
first agent
    # login)
    $Self->{'AuthSyncModule::LDAP::UserSyncInitialGroups2'} =3D [
        'users',
    ];
##############################################################################
#### Ende Konfiguration Agent-AD-Anbindung
#####
##############################################################################
#############################################################################=
###################################################
#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                            Customer
                                                   #
#----------------------------------------------------------------------------=
--------------------------------------------------#
        $Self->{'Customer::AuthModule1'} =3D
'Kernel::System::CustomerAuth::LDAP';
        $Self->{'Customer::AuthModule::LDAP::Host1'} =3D
'prtglabdc01.prtglab.local';
        $Self->{'Customer::AuthModule::LDAP::BaseDN1'} =3D'dc=3Dprtglab,
dc=3Dlocal';
$Self->{'Customer::AuthModule::LDAP::UID1'} =3D 'sAMAccountName';
$Self->{'Customer::AuthModule::LDAP::GroupDN1'} =3D
'CN=3DSG_OTRS_CUSTOMER,OU=3DZZ_Global Security
Groups,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
$Self->{'Customer::AuthModule::LDAP::AccessAttr1'} =3D 'member';
        $Self->{'Customer::AuthModule::LDAP::SearchUserDN1'} =3D
'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
        $Self->{'Customer::AuthModule::LDAP::SearchUserPw1'} =3D 'MyPassword';
$Self->{'Customer::AuthModule::LDAP::Params1'} =3D {
            port =3D> 389,
            timeout =3D> 120,
            async =3D> 0,
            version =3D> 3,
};
#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                       LDAP System Users
                                                   #
#----------------------------------------------------------------------------=
--------------------------------------------------#
        $Self->{'AuthModule1'} =3D 'Kernel::System::Auth::LDAP';
        $Self->{'AuthModule::LDAP::Host1'} =3D  'prtglabdc01.prtglab.local';
        $Self->{'AuthModule::LDAP::BaseDN1'} =3D  'dc=3Dprtglab, dc=3Dlocal';
        $Self->{'AuthModule::LDAP::UID1'} =3D  'sAMAccountName';
        $Self->{'AuthModule::LDAP::SearchUserDN1'} =3D
 'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dloca=
l';
        $Self->{'AuthModule::LDAP::SearchUserPw1'} =3D  'MyPassword';
        $Self->{'AuthModule::LDAP::Params1'} =3D  {
              'async' =3D> '0',
              'timeout' =3D> '120',
              'version' =3D> '3',
              'port' =3D> '389'
};

$Self->{'AuthModule::LDAP::Die1'} =3D 1;
#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                           UserSyncLDAPMap
                                                   #
#----------------------------------------------------------------------------=
--------------------------------------------------#

      $Self->{'UserSyncLDAPMap1'} =3D  {
      'UserEmail' =3D> 'mail',
      'UserFirstname' =3D> 'givenName',
      'UserLastname' =3D> 'sn',
      'UserLogin' =3D> 'sAMAccountName'
    };

    $Self->{CustomerUser1} =3D {
    Name =3D> 'prtglab',
    Module =3D> 'Kernel::System::CustomerUser::LDAP',
Params =3D> {
    Host =3D> 'prtglabdc01.prtglab.local',
    BaseDN =3D> 'dc=3Dprtglab, dc=3Dlocal',
    SSCOPE =3D> 'sub',
    UserDN =3D> 'CN=3DSystemldap,OU=3DZZ_System
Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal',
    UserPw =3D> 'MyPassword',
AlwaysFilter =3D> ,
    },
    CustomerKey =3D> 'sAMAccountName',
    CustomerID =3D> 'mail',
    CustomerUserListFields =3D> ['sAMAccountName', 'cn', 'mail'],
    CustomerUserSearchFields =3D> ['sAMAccountName', 'cn', 'mail'],
CustomerUserSearchPrefix =3D> ,
    CustomerUserSearchSuffix =3D> '*',
CustomerUserPostMasterSearchFields =3D> ['mail'],
    CustomerUserNameFields =3D> ['givenname', 'sn'],
CustomerUserSearchListLimit =3D> 1000,
AdminSetPreferences =3D> 0,

    Map =3D> [
    [ 'UserSalutation', 'Title', 'title', 1, 0, 'var' ],
    [ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var' ],
    [ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var' ],
    [ 'UserLogin', 'Login', 'sAMAccountName', 1, 1, 'var' ],
    [ 'UserEmail', 'Email', 'mail', 1, 1, 'var' ],
    [ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var' ],
    [ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var' ],
    ],
    };

#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                     Firma Ende
                                                    #
#----------------------------------------------------------------------------=
--------------------------------------------------#
#############################################################################=
###################################################

    # ---------------------------------------------------- #

    # ---------------------------------------------------- #
    # data inserted by installer                           #
    # ---------------------------------------------------- #
    # $DIBI$

    # ---------------------------------------------------- #
    # ---------------------------------------------------- #
    #                                                      #
    # end of your own config options!!!                    #
    #                                                      #
    # ---------------------------------------------------- #
    # ---------------------------------------------------- #
}

# ---------------------------------------------------- #
# needed system stuff (don't edit this)                #
# ---------------------------------------------------- #

use base qw(Kernel::Config::Defaults);

# -----------------------------------------------------#

1;
[/CODE]

Gruss Stefan




Am 29. Januar 2015 um 10:29 schrieb Josef1 Penzkofer <
Josef1.Penzkofer(a)rz.uni-regensburg.de>:

> ...
> < Was funktioniert nicht<
> Nach der Anbindung eines AD's f=C3=BCr die Agenten konnte ich mich jedoch m=
it
> den lokalen Accounts nicht mehr anmelden. >
>
> Es k=C3=B6nnen sich nur noch die Benutzer aus dem AD anmelden. Da die lokal
> angelegten Accounts im AD nicht existieren, funktioniert die Anmeldung
> nat=C3=BCrlich nicht mehr.
>
> Du musst ein zweites Auth-Modul f=C3=BCr die OTRS-Datenbank einbauen. Dabei
> m=C3=BCssen
> weitere Module durchnummeriert werden, also
> z.B.:
> $Self->{'AuthModule1'} =3D ...
> $Self->{'AuthModule2'} =3D
>
> Auszug aus Admin-Manual
> Authentication backends for Agents
>
> DB (Default)
> The backend to authenticate agents which is used by default is the OTRS
> database. Agents can be added and edited via the agent management
> interface in
> the Admin page (see Example 11-6 below).
>
> Example 4.11. Authenticate agents against a DB backend
>     $Self->{'AuthModule1'} =3D 'Kernel::System::Auth::DB';
>
> F=C3=BCr die Anbindung der Kunden:
> Siehe: OTRS Admin-Manual
> Abschnitt: Authentication backends for Customers
>
> LDAP
> If you have an LDAP directory with all your customer data, you can use the
> LDAP module to authenticate your customers to OTRS (see Example 11-11
> below).
> Because this module has only read-access to the LDAP backend, it is not
> possible to edit the customer data via the OTRS web interface.
>
> Example 4.16. Customer user authentication against an LDAP backend
> # This is an example configuration for an LDAP auth. backend.
> # (make sure Net::LDAP is installed!)
> $Self->{'Customer::AuthModule'} =3D 'Kernel::System::CustomerAuth::LDAP';
> ...
> Kannst du aus der
> Datei Defaults.pm
> Verzeichnis: /otrs/Kernel/Config
> rauskopieren und anpassen.
>
> Gru=C3=9F
>
> Sepp
>
>
> >>> OTRS Testing <otrs.testing2015(a)gmail.com> 29.01.2015 07:39 >>>
> Hallo OTRS-Liste,
>
> ich habe mir gerade die Appliance heruntergeladen und diese (in der
> aktuellen Version) installiert.
> Ich bin also Neuling im Bereich PRTG, so please be polite :-D
> Ich habe vor, folgendes zu Realisieren:
>
> 1) lokale Anmeldung
> die lokale Anmeldung ist ja mit der Installation installiert worden.
> hier wollte ich mir einfach einen 2. Benutzer lokal anlegen, welcher die
> selben Rechte hat, wie der bei der Installation erstellte Benutzer. Ist
> kein Problem, ist gel=C3=B6st.
>
> 2) Anbindung eines Microsoft AD's f=C3=BCr die "Kunden", basierend auf einer
> Gruppenmitgliedschaft, z.B. PRTG_Kunden
>
> 3) Anbindung eines weiteren Microsoft AD's f=C3=BCr die "Agents", basierend=
 auf
> einer anderen Gruppenmitgliedschaft (z.B. PRTG_Agenten), welche sich im
> SELBEN Active Directory wie die Kunden befinden
>
> 4) Alternativ, Anbindung eines weiteren AD's f=C3=BCr Kunde 2.
>
> Mir ist wichtig, das die Werte aus dem AD (z.B. f=C3=BCr Vorname, Nachname,
> Email, Telefonnummer,usw.) mit Synchronisiert werden, so das ich die
> Kundenaccounts nicht 2 mal Pflegen muss.
>
> Auch w=C3=A4re mir wichtig, Die Queues aufgrund einer weiteren
> Gruppenzugeh=C3=B6rigkeit auszuw=C3=A4hlen.
> Ein Kunde hat also generell immer die Sicherheitsgruppe PRTG_Kunden und
> eine weitere, welche bestimmt in welcher Queue das Ticket erscheint, z.B.
> Queue_Buchhaltung.
>
> Was funktioniert:
> lokale Anmeldung hat funktioniert
> Anbindung eines AD's f=C3=BCr die Agenten hat funktioniert.
>
> Was funktioniert nicht?
> Nach der Anbindung eines AD's f=C3=BCr die Agenten konnte ich mich jedoch m=
it
> den lokalen Accounts nicht mehr anmelden.
>
> Die Anbindung der Kunden und die Zuordnung als "Kunde" basierend auf der
> Gruppenmitgliedschaft ist mir nicht klar. Hat da jemand eine
> Beispielkonfiguration f=C3=BCr mich?
>
> Meine Config.PM-Datei sieht zur Zeit so aus:
> # This is an example configuration for using an MS AD backend
>     $Self->{'AuthModule'} =3D 'Kernel::System::Auth::LDAP';
>     $Self->{'AuthModule::LDAP::Host'} =3D 'domaincontroller01.prtglab.local=
';
>     $Self->{'AuthModule::LDAP::BaseDN'} =3D 'dc=3Dprtglab,dc=3Dlocal';
>     $Self->{'AuthModule::LDAP::UID'} =3D 'sAMAccountName';
>
>     # Check if the user is allowed to auth in a posixGroup
>     # (e. g. user needs to be in a group OTRS_Agents to use otrs)
>     $Self->{'AuthModule::LDAP::GroupDN'} =3D 'CN=3DSG_OTRS,OU=3DZZ_Global
> Security Groups,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
>     $Self->{'AuthModule::LDAP::AccessAttr'} =3D 'member';
>     $Self->{'AuthModule::LDAP::UserAttr'} =3D 'DN';
>
>     # Bind credentials to log into AD
>     $Self->{'AuthModule::LDAP::SearchUserDN'} =3D 'CN=3Dldapread,OU=3DZZ_Sy=
stem
> Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
>     $Self->{'AuthModule::LDAP::SearchUserPw'} =3D 'myPassword';
>
>     # in case you want to add always one filter to each ldap query, use
>     # this option. e. g. AlwaysFilter =3D> '(mail=3D*)' or AlwaysFilter =3D>
> '(objectclass=3Duser)'
>     $Self->{'AuthModule::LDAP::AlwaysFilter'} =3D '';
>
>     # in case you want to add a suffix to each login name,  then
>     # you can use this option. e. g. user just want to use user but
>     # in your ldap directory exists user(a)domain.
>     #$Self->{'AuthModule::LDAP::UserSuffix'} =3D '';
>
>     # Net::LDAP new params (if needed - for more info see perldoc
> Net::LDAP)
>     $Self->{'AuthModule::LDAP::Params'} =3D {
>         port =3D> 389,
>         timeout =3D> 120,
>         async =3D> 0,
>         version =3D> 3,
>     };
>
>    # Now sync data with OTRS DB
>     $Self->{'AuthSyncModule'} =3D 'Kernel::System::Auth::Sync::LDAP';
>     $Self->{'AuthSyncModule::LDAP::Host'} =3D
> 'domaincontroller01.prtglab.local';
>     $Self->{'AuthSyncModule::LDAP::BaseDN'} =3D 'dc=3Dprtglab, dc=3Dlocal';
>     $Self->{'AuthSyncModule::LDAP::UID'} =3D 'sAMAccountName';
>     $Self->{'AuthSyncModule::LDAP::SearchUserDN'} =3D
> 'CN=3Dldapread,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
>     $Self->{'AuthSyncModule::LDAP::SearchUserPw'} =3D 'myPassword';
>
>     $Self->{'AuthSyncModule::LDAP::UserSyncMap'} =3D {
>         # DB -> LDAP
>         UserFirstname =3D> 'givenName',
>         UserLastname  =3D> 'sn',
>         UserEmail     =3D> 'mail',
>     };
>
>     # AuthSyncModule::LDAP::UserSyncInitialGroups
>     # (sync following group with rw permission after initial create of
> first agent
>     # login)
>     $Self->{'AuthSyncModule::LDAP::UserSyncInitialGroups'} =3D [
>         'users',
>     ];
>
> F=C3=BCr die Anbindung eines weiteren AD's m=C3=BCsste ich doch den gesamte=
n Block
> noch mal haben, richtig?
> Wie unterschiedet OTRS denn, ob die AD-Anbindung f=C3=BCr die Agents oder f=
=C3=BCr
> die Kunden ist?
> hier: ?    $Self->{'AuthSyncModule'} =3D 'Kernel::System::Auth::Sync::LDAP';
>
> Die Synchronisation der AD-Felder bzw. die Zuordnung passiert hier?
>  $Self->{'AuthSyncModule::LDAP::UserSyncMap'} =3D {
>         # DB -> LDAP
>         UserFirstname =3D> 'givenName',
>         UserLastname  =3D> 'sn',
>         UserEmail     =3D> 'mail',
>
> Vielen Dank
>
> Stefan M=C3=BCller
> ---------------------------------------------------------------------
> 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
>



--===============5649564811565503637==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGRpdiBkaXI9Imx0ciI+SGFsbG8gU2VwcCwgaGFsbG8gTGlzdGUsPGRpdj48YnI+PC9kaXY+PGRp
dj52aWVsZW4gRGFuay4gSWNoIGhhYmUgamV0enQgZGllIEtvbmZpZ3VyYXRpb24gYW5nZXBhc3N0
LsKgPC9kaXY+PGRpdj5Jbnp3aXNjaGVuIGlzdCBlcyBNw7ZnbGljaCwgc2ljaCBtaXQgZWluZW0g
QUQtQWNjb3VudCBhbHMgQWdlbnQgYW56dW1lbGRlbi48L2Rpdj48ZGl2PkF1Y2ggaXN0IGVzIG3D
tmdsaWNoLCBzaWNoIGFscyBTeXN0ZW1iZW51dHplciAoT1RSUyBCZW51dHplcikgYXVzIGRlciBP
VFJTLWVpZ2VuZW4gRGF0ZW5iYW5rIGFuenVtZWxkZW4uPC9kaXY+PGRpdj5OaWNodCBtw7ZnbGlj
aCBpc3QgZGFzIEFubWVsZGVuIGFscyBLdW5kZS48L2Rpdj48ZGl2PkhpZXIga29tbXQ6PC9kaXY+
PGRpdj48YnI+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDI1NSwyNTUsMjU1KTtm
b250LWZhbWlseTpBcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxMnB4O2xpbmUtaGVpZ2h0OjE0
cHg7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjEyLDE3LDE3KSI+QXV0aGVudGljYXRpb24gc3VjY2Vl
ZGVkLCBidXQgbm8gY3VzdG9tZXIgcmVjb3JkIGlzIGZvdW5kIGluIHRoZSBjdXN0b21lciBiYWNr
ZW5kLiBQbGVhc2UgY29udGFjdCB5b3VyIGFkbWluaXN0cmF0b3IuPC9zcGFuPjxicj48L2Rpdj48
ZGl2Pjxicj48L2Rpdj48ZGl2Pk1laW5lIEZyYWdlOiB3byBiZWtvbW1lIGljaCBlcndlaXRlcnRl
IEZlaGxlcm1lbGR1bmdlbj8gRWlnZW50bGljaCBzb2xsdGVuIGRpZSBMb2dmaWxlcyB1bnRlciAv
b3B0L290cnMvdmFyL2xvZyBzZWluIChvdHJzLmxvZyksIGhpZXIgZ2lidCBlcyBhYmVyIGRpZXNl
IExvZ2RhdGVpIG5pY2h0LiBIaWVyIGdpYnQgZXMgbnVyIFNjaGVkdWxlck91dC1Mb2dzIHNvd2ll
IFRpY2tldENvdW50ZXIubG9nIHNvd2llIFNjaGVkdWxlckVyci5sb2c8L2Rpdj48ZGl2Pjxicj48
L2Rpdj48ZGl2Pm1laW5lIENvbmZpZy5wbTo8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PltDT0RF
XTxicj48L2Rpdj48ZGl2PiMgLS08YnI+PC9kaXY+PGRpdj48ZGl2PiMgS2VybmVsL0NvbmZpZy5w
bSAtIENvbmZpZyBmaWxlIGZvciBPVFJTIGtlcm5lbDwvZGl2PjxkaXY+IyBDb3B5cmlnaHQgKEMp
IDIwMDEtMjAxNSBPVFJTIEFHLCA8YSBocmVmPSJodHRwOi8vb3Rycy5jb20vIj5odHRwOi8vb3Ry
cy5jb20vPC9hPjwvZGl2PjxkaXY+IyAtLTwvZGl2PjxkaXY+IyBUaGlzIHNvZnR3YXJlIGNvbWVz
IHdpdGggQUJTT0xVVEVMWSBOTyBXQVJSQU5UWS4gRm9yIGRldGFpbHMsIHNlZTwvZGl2PjxkaXY+
IyB0aGUgZW5jbG9zZWQgZmlsZSBDT1BZSU5HIGZvciBsaWNlbnNlIGluZm9ybWF0aW9uIChBR1BM
KS4gSWYgeW91PC9kaXY+PGRpdj4jIGRpZCBub3QgcmVjZWl2ZSB0aGlzIGZpbGUsIHNlZSA8YSBo
cmVmPSJodHRwOi8vd3d3LmdudS5vcmcvbGljZW5zZXMvYWdwbC50eHQiPmh0dHA6Ly93d3cuZ251
Lm9yZy9saWNlbnNlcy9hZ3BsLnR4dDwvYT4uPC9kaXY+PGRpdj4jIC0tPC9kaXY+PGRpdj4jIMKg
Tm90ZTo8L2Rpdj48ZGl2PiM8L2Rpdj48ZGl2PiMgwqAtLSZndDsmZ3Q7IE1vc3QgT1RSUyBjb25m
aWd1cmF0aW9uIHNob3VsZCBiZSBkb25lIHZpYSB0aGUgT1RSUyB3ZWIgaW50ZXJmYWNlPC9kaXY+
PGRpdj4jIMKgIMKgIMKgIGFuZCB0aGUgU3lzQ29uZmlnLiBPbmx5IGZvciBzb21lIGNvbmZpZ3Vy
YXRpb24sIHN1Y2ggYXMgZGF0YWJhc2U8L2Rpdj48ZGl2PiMgwqAgwqAgwqAgY3JlZGVudGlhbHMg
YW5kIGN1c3RvbWVyIGRhdGEgc291cmNlIGNoYW5nZXMsIHlvdSBzaG91bGQgZWRpdCB0aGlzPC9k
aXY+PGRpdj4jIMKgIMKgIMKgIGZpbGUuIEZvciBjaGFuZ2VzIGRvIGN1c3RvbWVyIGRhdGEgc291
cmNlcyB5b3UgY2FuIGNvcHkgdGhlIGRlZmluaXRpb25zPC9kaXY+PGRpdj4jIMKgIMKgIMKgIGZy
b20gS2VybmVsL0NvbmZpZy9EZWZhdWx0cy5wbSBhbmQgcGFzdGUgdGhlbSBpbiB0aGlzIGZpbGUu
PC9kaXY+PGRpdj4jIMKgIMKgIMKgIENvbmZpZy5wbSB3aWxsIG5vdCBiZSBvdmVyd3JpdHRlbiB3
aGVuIHVwZGF0aW5nIE9UUlMuPC9kaXY+PGRpdj4jIC0tPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp
dj5wYWNrYWdlIEtlcm5lbDo6Q29uZmlnOzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+dXNlIHN0
cmljdDs8L2Rpdj48ZGl2PnVzZSB3YXJuaW5nczs8L2Rpdj48ZGl2PnVzZSB1dGY4OzwvZGl2Pjxk
aXY+PGJyPjwvZGl2PjxkaXY+c3ViIExvYWQgezwvZGl2PjxkaXY+wqAgwqAgbXkgJFNlbGYgPSBz
aGlmdDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PsKgIMKgICMgLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAjPC9kaXY+PGRpdj7CoCDCoCAjIGRh
dGFiYXNlIHNldHRpbmdzIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIzwvZGl2PjxkaXY+wqAgwqAgIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICM8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PsKg
IMKgICMgVGhlIGRhdGFiYXNlIGhvc3Q8L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMzOTtE
YXRhYmFzZUhvc3QmIzM5O30gPSAmIzM5OzEyNy4wLjAuMSYjMzk7OzwvZGl2PjxkaXY+PGJyPjwv
ZGl2PjxkaXY+wqAgwqAgIyBUaGUgZGF0YWJhc2UgbmFtZTwvZGl2PjxkaXY+wqAgwqAgJFNlbGYt
Jmd0O3smIzM5O0RhdGFiYXNlJiMzOTt9ID0gJnF1b3Q7b3Ryc19tYWluX2RiJnF1b3Q7OzwvZGl2
PjxkaXY+PGJyPjwvZGl2PjxkaXY+wqAgwqAgIyBUaGUgZGF0YWJhc2UgdXNlcjwvZGl2PjxkaXY+
wqAgwqAgJFNlbGYtJmd0O3smIzM5O0RhdGFiYXNlVXNlciYjMzk7fSA9ICZxdW90O290cnNkYnVz
ZXImcXVvdDs7PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj7CoCDCoCAjIFRoZSBwYXNzd29yZCBv
ZiBkYXRhYmFzZSB1c2VyLiBZb3UgYWxzbyBjYW4gdXNlIGJpbi88YSBocmVmPSJodHRwOi8vb3Ry
cy5DcnlwdFBhc3N3b3JkLnBsIj5vdHJzLkNyeXB0UGFzc3dvcmQucGw8L2E+PC9kaXY+PGRpdj7C
oCDCoCAjIGZvciBjcnlwdGVkIHBhc3N3b3JkczwvZGl2PjxkaXY+wqAgwqAgJFNlbGYtJmd0O3sm
IzM5O0RhdGFiYXNlUHcmIzM5O30gPSAmIzM5OzcjcWlyR3pQIXQhMmtSJE5uMnZ1JiMzOTs7PC9k
aXY+PGRpdj48YnI+PC9kaXY+PGRpdj7CoCDCoCAjIFRoZSBkYXRhYmFzZSBEU04gZm9yIE15U1FM
ID09Jmd0OyBtb3JlOiAmcXVvdDtwZXJsZG9jIERCRDo6bXlzcWwmcXVvdDs8L2Rpdj48ZGl2PsKg
IMKgICRTZWxmLSZndDt7JiMzOTtEYXRhYmFzZURTTiYjMzk7fSA9ICZxdW90O0RCSTpteXNxbDpk
YXRhYmFzZT0kU2VsZi0mZ3Q7e0RhdGFiYXNlfTtob3N0PSRTZWxmLSZndDt7RGF0YWJhc2VIb3N0
fSZxdW90Ozs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PsKgIMKgICMgVGhlIGRhdGFiYXNlIERT
TiBmb3IgUG9zdGdyZVNRTCA9PSZndDsgbW9yZTogJnF1b3Q7cGVybGRvYyBEQkQ6OlBnJnF1b3Q7
PC9kaXY+PGRpdj7CoCDCoCAjIGlmIHlvdSB3YW50IHRvIHVzZSBhIGxvY2FsIHNvY2tldCBjb25u
ZWN0aW9uPC9kaXY+PGRpdj4jIMKgIMKgJFNlbGYtJmd0O3tEYXRhYmFzZURTTn0gPSAmcXVvdDtE
Qkk6UGc6ZGJuYW1lPSRTZWxmLSZndDt7RGF0YWJhc2V9OyZxdW90Ozs8L2Rpdj48ZGl2PsKgIMKg
ICMgaWYgeW91IHdhbnQgdG8gdXNlIGEgVENQL0lQIGNvbm5lY3Rpb248L2Rpdj48ZGl2PiMgwqAg
wqAkU2VsZi0mZ3Q7e0RhdGFiYXNlRFNOfSA9ICZxdW90O0RCSTpQZzpkYm5hbWU9JFNlbGYtJmd0
O3tEYXRhYmFzZX07aG9zdD0kU2VsZi0mZ3Q7e0RhdGFiYXNlSG9zdH07JnF1b3Q7OzwvZGl2Pjxk
aXY+PGJyPjwvZGl2PjxkaXY+wqAgwqAgIyBUaGUgZGF0YWJhc2UgRFNOIGZvciBNaWNyb3NvZnQg
U1FMIFNlcnZlciAtIG9ubHkgc3VwcG9ydGVkIGlmIE9UUlMgaXM8L2Rpdj48ZGl2PsKgIMKgICMg
aW5zdGFsbGVkIG9uIFdpbmRvd3MgYXMgd2VsbDwvZGl2PjxkaXY+IyDCoCDCoCRTZWxmLSZndDt7
RGF0YWJhc2VEU059ID0gJnF1b3Q7REJJOk9EQkM6ZHJpdmVyPXtTUUwgU2VydmVyfTtEYXRhYmFz
ZT0kU2VsZi0mZ3Q7e0RhdGFiYXNlfTtTZXJ2ZXI9JFNlbGYtJmd0O3tEYXRhYmFzZUhvc3R9LDE0
MzMmcXVvdDs7PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj7CoCDCoCAjIFRoZSBkYXRhYmFzZSBE
U04gZm9yIE9yYWNsZSA9PSZndDsgbW9yZTogJnF1b3Q7cGVybGRvYyBEQkQ6Om9yYWNsZSZxdW90
OzwvZGl2PjxkaXY+IyDCoCDCoCRTZWxmLSZndDt7RGF0YWJhc2VEU059ID0gJnF1b3Q7REJJOk9y
YWNsZTovLyRTZWxmLSZndDt7RGF0YWJhc2VIb3N0fToxNTIxLyRTZWxmLSZndDt7RGF0YWJhc2V9
JnF1b3Q7OzwvZGl2PjxkaXY+IzwvZGl2PjxkaXY+IyDCoCDCoCRFTlZ7T1JBQ0xFX0hPTUV9IMKg
IMKgID0gJiMzOTsvcGF0aC90by95b3VyL29yYWNsZSYjMzk7OzwvZGl2PjxkaXY+IyDCoCDCoCRF
TlZ7TkxTX0RBVEVfRk9STUFUfSA9ICYjMzk7WVlZWS1NTS1ERCBISDI0Ok1JOlNTJiMzOTs7PC9k
aXY+PGRpdj4jIMKgIMKgJEVOVntOTFNfTEFOR30gwqAgwqAgwqAgwqA9ICYjMzk7QU1FUklDQU5f
QU1FUklDQS5BTDMyVVRGOCYjMzk7OzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+wqAgwqAgIyAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICM8L2Rp
dj48ZGl2PsKgIMKgICMgZnMgcm9vdCBkaXJlY3Rvcnk8L2Rpdj48ZGl2PsKgIMKgICMgLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAjPC9kaXY+PGRp
dj7CoCDCoCAkU2VsZi0mZ3Q7e0hvbWV9ID0gJiMzOTsvb3B0L290cnMmIzM5Ozs8L2Rpdj48ZGl2
Pjxicj48L2Rpdj48ZGl2PsKgIMKgICMgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLSAjPC9kaXY+PGRpdj7CoCDCoCAjIGluc2VydCB5b3VyIG93biBj
b25maWcgc2V0dGluZ3MgJnF1b3Q7aGVyZSZxdW90OyDCoCDCoCDCoCDCoCDCoCDCoCDCoCAjPC9k
aXY+PGRpdj7CoCDCoCAjIGNvbmZpZyBzZXR0aW5ncyB0YWtlbiBmcm9tIEtlcm5lbC9Db25maWcv
RGVmYXVsdHMucG0gIzwvZGl2PjxkaXY+wqAgwqAgIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICM8L2Rpdj48ZGl2PsKgIMKgICMgJFNlbGYtJmd0
O3tTZXNzaW9uVXNlQ29va2llfSA9IDA7PC9kaXY+PGRpdj7CoCDCoCAjICRTZWxmLSZndDt7Q2hl
Y2tNWFJlY29yZH0gPSAwOzwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IiIgc3R5bGU9IndoaXRlLXNw
YWNlOnByZSI+CTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1z
cGFjZTpwcmUiPgk8L3NwYW4+IyBBdXRoZW50aWNhdGUgVXNlcnMgYWdhaW5zdCBsb2NhbCBPVFJT
IERhdGFiYXNlPC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJl
Ij4JPC9zcGFuPiMgSnVzdCBmb3IgTWFuYWdlbWVudDogSWYgTERBUCBBdXRoIGZhaWxzLCB3ZSBo
YXZlIGE8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8
L3NwYW4+IyBlbWVyZ2VuY3ktdXNlciBkYXRhYmFzZTwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IiIg
c3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj4kU2VsZi0mZ3Q7eyYjMzk7QXV0aE1vZHVs
ZTEmIzM5O30gPSAmIzM5O0tlcm5lbDo6U3lzdGVtOjpBdXRoOjpEQiYjMzk7OzwvZGl2PjxkaXY+
PHNwYW4gY2xhc3M9IiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj4kU2VsZi0mZ3Q7
eyYjMzk7QXV0aE1vZHVsZTo6REI6OkNyeXB0VHlwZTEmIzM5O30gPSAmIzM5O2NyeXB0JiMzOTs7
PC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFu
PjwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bh
bj4jIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyM8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3
aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+IyMjIERpZXNlIEtvbmZpZ3JhdGlvbiByZWdlbHQgZGVu
IFp1Z3JpZmYgZGVyIEFnZW50cyBhdXMgZGVtIEFEIMKgIMKgIMKgIMKgIMKgIyMjIyM8L2Rpdj48
ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+IyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjwqA8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1z
cGFjZTpwcmUiPgk8L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUt
c3BhY2U6cHJlIj4JPC9zcGFuPiMgVGhpcyBpcyBhbiBleGFtcGxlIGNvbmZpZ3VyYXRpb24gZm9y
IHVzaW5nIGFuIE1TIEFEIGJhY2tlbmQ8L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMzOTtB
dXRoTW9kdWxlMiYjMzk7fSA9ICYjMzk7S2VybmVsOjpTeXN0ZW06OkF1dGg6OkxEQVAmIzM5Ozs8
L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxlOjpMREFQOjpIb3N0MiYj
Mzk7fSA9ICYjMzk7cHJ0Z2xhYmRjMDEucHJ0Z2xhYi5sb2NhbCYjMzk7OzwvZGl2PjxkaXY+wqAg
wqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1bGU6OkxEQVA6OkJhc2VETjImIzM5O30gPSAmIzM5
O2RjPXBydGdsYWIsZGM9bG9jYWwmIzM5Ozs8L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMz
OTtBdXRoTW9kdWxlOjpMREFQOjpVSUQyJiMzOTt9ID0gJiMzOTtzQU1BY2NvdW50TmFtZSYjMzk7
OzwvZGl2PjxkaXY+wqA8L2Rpdj48ZGl2PsKgIMKgICMgQ2hlY2sgaWYgdGhlIHVzZXIgaXMgYWxs
b3dlZCB0byBhdXRoIGluIGEgcG9zaXhHcm91cDwvZGl2PjxkaXY+wqAgwqAgIyAoZS4gZy4gdXNl
ciBuZWVkcyB0byBiZSBpbiBhIGdyb3VwIE9UUlNfQWdlbnRzIHRvIHVzZSBvdHJzKTwvZGl2Pjxk
aXY+wqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1bGU6OkxEQVA6Okdyb3VwRE4yJiMzOTt9
ID0gJiMzOTtDTj1TR19PVFJTX0FHRU5UUyxPVT1aWl9HbG9iYWwgU2VjdXJpdHkgR3JvdXBzLE9V
PUhhbWJ1cmcsREM9cHJ0Z2xhYixEQz1sb2NhbCYjMzk7OzwvZGl2PjxkaXY+wqAgwqAgJFNlbGYt
Jmd0O3smIzM5O0F1dGhNb2R1bGU6OkxEQVA6OkFjY2Vzc0F0dHIyJiMzOTt9ID0gJiMzOTttZW1i
ZXImIzM5Ozs8L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxlOjpMREFQ
OjpVc2VyQXR0cjImIzM5O30gPSAmIzM5O0ROJiMzOTs7PC9kaXY+PGRpdj7CoDwvZGl2PjxkaXY+
wqAgwqAgIyBCaW5kIGNyZWRlbnRpYWxzIHRvIGxvZyBpbnRvIEFEPC9kaXY+PGRpdj7CoCDCoCAk
U2VsZi0mZ3Q7eyYjMzk7QXV0aE1vZHVsZTo6TERBUDo6U2VhcmNoVXNlckROMiYjMzk7fSA9ICYj
Mzk7Q049U3lzdGVtbGRhcCxPVT1aWl9TeXN0ZW0gQWNjb3VudHMsT1U9SGFtYnVyZyxEQz1wcnRn
bGFiLERDPWxvY2FsJiMzOTs7PC9kaXY+PGRpdj7CoCDCoCAkU2VsZi0mZ3Q7eyYjMzk7QXV0aE1v
ZHVsZTo6TERBUDo6U2VhcmNoVXNlclB3MiYjMzk7fSA9ICYjMzk7TXlQYXNzd29yZCYjMzk7Ozwv
ZGl2PjxkaXY+wqA8L2Rpdj48ZGl2PsKgIMKgICMgaW4gY2FzZSB5b3Ugd2FudCB0byBhZGQgYWx3
YXlzIG9uZSBmaWx0ZXIgdG8gZWFjaCBsZGFwIHF1ZXJ5LCB1c2U8L2Rpdj48ZGl2PsKgIMKgICMg
dGhpcyBvcHRpb24uIGUuIGcuIEFsd2F5c0ZpbHRlciA9Jmd0OyAmIzM5OyhtYWlsPSopJiMzOTsg
b3IgQWx3YXlzRmlsdGVyID0mZ3Q7ICYjMzk7KG9iamVjdGNsYXNzPXVzZXIpJiMzOTs8L2Rpdj48
ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxlOjpMREFQOjpBbHdheXNGaWx0ZXIy
JiMzOTt9ID0gJiMzOTsmIzM5Ozs8L2Rpdj48ZGl2PsKgPC9kaXY+PGRpdj7CoCDCoCAjIGluIGNh
c2UgeW91IHdhbnQgdG8gYWRkIGEgc3VmZml4IHRvIGVhY2ggbG9naW4gbmFtZSwgwqB0aGVuPC9k
aXY+PGRpdj7CoCDCoCAjIHlvdSBjYW4gdXNlIHRoaXMgb3B0aW9uLiBlLiBnLiB1c2VyIGp1c3Qg
d2FudCB0byB1c2UgdXNlciBidXQ8L2Rpdj48ZGl2PsKgIMKgICMgaW4geW91ciBsZGFwIGRpcmVj
dG9yeSBleGlzdHMgdXNlckBkb21haW4uPC9kaXY+PGRpdj7CoCDCoCAjJFNlbGYtJmd0O3smIzM5
O0F1dGhNb2R1bGU6OkxEQVA6OlVzZXJTdWZmaXgyJiMzOTt9ID0gJiMzOTsmIzM5Ozs8L2Rpdj48
ZGl2PsKgPC9kaXY+PGRpdj7CoCDCoCAjIE5ldDo6TERBUCBuZXcgcGFyYW1zIChpZiBuZWVkZWQg
LSBmb3IgbW9yZSBpbmZvIHNlZSBwZXJsZG9jIE5ldDo6TERBUCk8L2Rpdj48ZGl2PsKgIMKgICRT
ZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxlOjpMREFQOjpQYXJhbXMyJiMzOTt9ID0gezwvZGl2Pjxk
aXY+wqAgwqAgwqAgwqAgcG9ydCA9Jmd0OyAzODksPC9kaXY+PGRpdj7CoCDCoCDCoCDCoCB0aW1l
b3V0ID0mZ3Q7IDEyMCw8L2Rpdj48ZGl2PsKgIMKgIMKgIMKgIGFzeW5jID0mZ3Q7IDAsPC9kaXY+
PGRpdj7CoCDCoCDCoCDCoCB2ZXJzaW9uID0mZ3Q7IDMsPC9kaXY+PGRpdj7CoCDCoCB9OzwvZGl2
PjxkaXY+wqA8L2Rpdj48ZGl2PsKgIMKgIyBOb3cgc3luYyBkYXRhIHdpdGggT1RSUyBEQjwvZGl2
PjxkaXY+wqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhTeW5jTW9kdWxlMiYjMzk7fSA9ICYjMzk7
S2VybmVsOjpTeXN0ZW06OkF1dGg6OlN5bmM6OkxEQVAmIzM5Ozs8L2Rpdj48ZGl2PsKgIMKgICRT
ZWxmLSZndDt7JiMzOTtBdXRoU3luY01vZHVsZTo6TERBUDo6SG9zdDImIzM5O30gPSAmIzM5O3By
dGdsYWJkYzAxLnBydGdsYWIubG9jYWwmIzM5Ozs8L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7
JiMzOTtBdXRoU3luY01vZHVsZTo6TERBUDo6QmFzZUROMiYjMzk7fSA9ICYjMzk7ZGM9cHJ0Z2xh
YiwgZGM9bG9jYWwmIzM5Ozs8L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoU3lu
Y01vZHVsZTo6TERBUDo6VUlEMiYjMzk7fSA9ICYjMzk7c0FNQWNjb3VudE5hbWUmIzM5Ozs8L2Rp
dj48ZGl2PsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoU3luY01vZHVsZTo6TERBUDo6U2VhcmNo
VXNlckROMiYjMzk7fSA9ICYjMzk7Q049U3lzdGVtbGRhcCxPVT1aWl9TeXN0ZW0gQWNjb3VudHMs
T1U9SGFtYnVyZyxEQz1wcnRnbGFiLERDPWxvY2FsJiMzOTs7PC9kaXY+PGRpdj7CoCDCoCAkU2Vs
Zi0mZ3Q7eyYjMzk7QXV0aFN5bmNNb2R1bGU6OkxEQVA6OlNlYXJjaFVzZXJQdzImIzM5O30gPSAm
IzM5O015UGFzc3dvcmQmIzM5Ozs8L2Rpdj48ZGl2PsKgPC9kaXY+PGRpdj7CoCDCoCAkU2VsZi0m
Z3Q7eyYjMzk7QXV0aFN5bmNNb2R1bGU6OkxEQVA6OlVzZXJTeW5jTWFwMiYjMzk7fSA9IHs8L2Rp
dj48ZGl2PsKgIMKgIMKgIMKgICMgREIgLSZndDsgTERBUDwvZGl2PjxkaXY+wqAgwqAgwqAgwqAg
VXNlckZpcnN0bmFtZSA9Jmd0OyAmIzM5O2dpdmVuTmFtZSYjMzk7LDwvZGl2PjxkaXY+wqAgwqAg
wqAgwqAgVXNlckxhc3RuYW1lIMKgPSZndDsgJiMzOTtzbiYjMzk7LDwvZGl2PjxkaXY+wqAgwqAg
wqAgwqAgVXNlckVtYWlsIMKgIMKgID0mZ3Q7ICYjMzk7bWFpbCYjMzk7LDwvZGl2PjxkaXY+wqAg
wqAgfTs8L2Rpdj48ZGl2PsKgPC9kaXY+PGRpdj7CoCDCoCAjIEF1dGhTeW5jTW9kdWxlOjpMREFQ
OjpVc2VyU3luY0luaXRpYWxHcm91cHM8L2Rpdj48ZGl2PsKgIMKgICMgKHN5bmMgZm9sbG93aW5n
IGdyb3VwIHdpdGggcncgcGVybWlzc2lvbiBhZnRlciBpbml0aWFsIGNyZWF0ZSBvZiBmaXJzdCBh
Z2VudDwvZGl2PjxkaXY+wqAgwqAgIyBsb2dpbik8L2Rpdj48ZGl2PsKgIMKgICRTZWxmLSZndDt7
JiMzOTtBdXRoU3luY01vZHVsZTo6TERBUDo6VXNlclN5bmNJbml0aWFsR3JvdXBzMiYjMzk7fSA9
IFs8L2Rpdj48ZGl2PsKgIMKgIMKgIMKgICYjMzk7dXNlcnMmIzM5Oyw8L2Rpdj48ZGl2PsKgIMKg
IF07PC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9z
cGFuPiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIzwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IiIgc3R5bGU9
IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj4jIyMjIEVuZGUgS29uZmlndXJhdGlvbiBBZ2VudC1B
RC1BbmJpbmR1bmcgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
IyMjIyM8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8
L3NwYW4+IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjPC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iIiBzdHls
ZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPjwvZGl2PjxkaXY+IyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyM8L2Rp
dj48ZGl2PiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0jPC9kaXY+PGRpdj4jIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgQ3VzdG9tZXIgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAjPC9kaXY+PGRp
dj4jLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tIzwvZGl2PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3smIzM5O0N1
c3RvbWVyOjpBdXRoTW9kdWxlMSYjMzk7fSA9ICYjMzk7S2VybmVsOjpTeXN0ZW06OkN1c3RvbWVy
QXV0aDo6TERBUCYjMzk7OzwvZGl2PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3smIzM5O0N1
c3RvbWVyOjpBdXRoTW9kdWxlOjpMREFQOjpIb3N0MSYjMzk7fSA9ICYjMzk7cHJ0Z2xhYmRjMDEu
cHJ0Z2xhYi5sb2NhbCYjMzk7OzwvZGl2PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3smIzM5
O0N1c3RvbWVyOjpBdXRoTW9kdWxlOjpMREFQOjpCYXNlRE4xJiMzOTt9ID0mIzM5O2RjPXBydGds
YWIsIGRjPWxvY2FsJiMzOTs7PC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUt
c3BhY2U6cHJlIj4JCTwvc3Bhbj4kU2VsZi0mZ3Q7eyYjMzk7Q3VzdG9tZXI6OkF1dGhNb2R1bGU6
OkxEQVA6OlVJRDEmIzM5O30gPSAmIzM5O3NBTUFjY291bnROYW1lJiMzOTs7PC9kaXY+PGRpdj48
c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JCTwvc3Bhbj4kU2VsZi0mZ3Q7
eyYjMzk7Q3VzdG9tZXI6OkF1dGhNb2R1bGU6OkxEQVA6Okdyb3VwRE4xJiMzOTt9ID0gJiMzOTtD
Tj1TR19PVFJTX0NVU1RPTUVSLE9VPVpaX0dsb2JhbCBTZWN1cml0eSBHcm91cHMsT1U9SGFtYnVy
ZyxEQz1wcnRnbGFiLERDPWxvY2FsJiMzOTs7wqA8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0
eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgkJPC9zcGFuPiRTZWxmLSZndDt7JiMzOTtDdXN0b21lcjo6
QXV0aE1vZHVsZTo6TERBUDo6QWNjZXNzQXR0cjEmIzM5O30gPSAmIzM5O21lbWJlciYjMzk7Ozwv
ZGl2PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3smIzM5O0N1c3RvbWVyOjpBdXRoTW9kdWxl
OjpMREFQOjpTZWFyY2hVc2VyRE4xJiMzOTt9ID0gJiMzOTtDTj1TeXN0ZW1sZGFwLE9VPVpaX1N5
c3RlbSBBY2NvdW50cyxPVT1IYW1idXJnLERDPXBydGdsYWIsREM9bG9jYWwmIzM5OzvCoDwvZGl2
PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3smIzM5O0N1c3RvbWVyOjpBdXRoTW9kdWxlOjpM
REFQOjpTZWFyY2hVc2VyUHcxJiMzOTt9ID0gJiMzOTtNeVBhc3N3b3JkJiMzOTs7PC9kaXY+PGRp
dj48c3BhbiBjbGFzcz0iIiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj4JCTwvc3Bhbj4kU2VsZi0m
Z3Q7eyYjMzk7Q3VzdG9tZXI6OkF1dGhNb2R1bGU6OkxEQVA6OlBhcmFtczEmIzM5O30gPSB7PC9k
aXY+PGRpdj7CoCDCoCDCoCDCoCDCoCDCoCBwb3J0ID0mZ3Q7IDM4OSw8L2Rpdj48ZGl2PsKgIMKg
IMKgIMKgIMKgIMKgIHRpbWVvdXQgPSZndDsgMTIwLDwvZGl2PjxkaXY+wqAgwqAgwqAgwqAgwqAg
wqAgYXN5bmMgPSZndDsgMCw8L2Rpdj48ZGl2PsKgIMKgIMKgIMKgIMKgIMKgIHZlcnNpb24gPSZn
dDsgMyw8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgkJ
CTwvc3Bhbj59OzwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IiIgc3R5bGU9IndoaXRlLXNwYWNlOnBy
ZSI+CTwvc3Bhbj48L2Rpdj48ZGl2PiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0jPC9kaXY+PGRpdj4jIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIExEQVAgU3lzdGVtIFVzZXJzIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IzwvZGl2PjxkaXY+Iy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSM8L2Rpdj48ZGl2PsKgIMKgIMKgIMKgICRTZWxmLSZn
dDt7JiMzOTtBdXRoTW9kdWxlMSYjMzk7fSA9ICYjMzk7S2VybmVsOjpTeXN0ZW06OkF1dGg6OkxE
QVAmIzM5Ozs8L2Rpdj48ZGl2PsKgIMKgIMKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxl
OjpMREFQOjpIb3N0MSYjMzk7fSA9IMKgJiMzOTtwcnRnbGFiZGMwMS5wcnRnbGFiLmxvY2FsJiMz
OTs7PC9kaXY+PGRpdj7CoCDCoCDCoCDCoCAkU2VsZi0mZ3Q7eyYjMzk7QXV0aE1vZHVsZTo6TERB
UDo6QmFzZUROMSYjMzk7fSA9IMKgJiMzOTtkYz1wcnRnbGFiLCBkYz1sb2NhbCYjMzk7OzwvZGl2
PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1bGU6OkxEQVA6OlVJRDEm
IzM5O30gPSDCoCYjMzk7c0FNQWNjb3VudE5hbWUmIzM5Ozs8L2Rpdj48ZGl2PsKgIMKgIMKgIMKg
ICRTZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxlOjpMREFQOjpTZWFyY2hVc2VyRE4xJiMzOTt9ID0g
wqAmIzM5O0NOPVN5c3RlbWxkYXAsT1U9WlpfU3lzdGVtIEFjY291bnRzLE9VPUhhbWJ1cmcsREM9
cHJ0Z2xhYixEQz1sb2NhbCYjMzk7OzwvZGl2PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3sm
IzM5O0F1dGhNb2R1bGU6OkxEQVA6OlNlYXJjaFVzZXJQdzEmIzM5O30gPSDCoCYjMzk7TXlQYXNz
d29yZCYjMzk7OzwvZGl2PjxkaXY+wqAgwqAgwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1
bGU6OkxEQVA6OlBhcmFtczEmIzM5O30gPSDCoHs8L2Rpdj48ZGl2PsKgIMKgIMKgIMKgIMKgIMKg
IMKgICYjMzk7YXN5bmMmIzM5OyA9Jmd0OyAmIzM5OzAmIzM5Oyw8L2Rpdj48ZGl2PsKgIMKgIMKg
IMKgIMKgIMKgIMKgICYjMzk7dGltZW91dCYjMzk7ID0mZ3Q7ICYjMzk7MTIwJiMzOTssPC9kaXY+
PGRpdj7CoCDCoCDCoCDCoCDCoCDCoCDCoCAmIzM5O3ZlcnNpb24mIzM5OyA9Jmd0OyAmIzM5OzMm
IzM5Oyw8L2Rpdj48ZGl2PsKgIMKgIMKgIMKgIMKgIMKgIMKgICYjMzk7cG9ydCYjMzk7ID0mZ3Q7
ICYjMzk7Mzg5JiMzOTs8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFj
ZTpwcmUiPgkJCTwvc3Bhbj59OzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9
IiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CQk8L3NwYW4+JFNlbGYtJmd0O3smIzM5O0F1dGhN
b2R1bGU6OkxEQVA6OkRpZTEmIzM5O30gPSAxOzwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IiIgc3R5
bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj48L2Rpdj48ZGl2PiMtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0jPC9k
aXY+PGRpdj4jIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIFVzZXJTeW5jTERBUE1hcCDC
oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC
oCDCoCDCoCDCoCDCoCDCoCDCoCM8L2Rpdj48ZGl2PiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0jPC9kaXY+PGRpdj48
YnI+PC9kaXY+PGRpdj7CoCDCoCDCoCAkU2VsZi0mZ3Q7eyYjMzk7VXNlclN5bmNMREFQTWFwMSYj
Mzk7fSA9IMKgezwvZGl2PjxkaXY+wqAgwqAgwqAgJiMzOTtVc2VyRW1haWwmIzM5OyA9Jmd0OyAm
IzM5O21haWwmIzM5Oyw8L2Rpdj48ZGl2PsKgIMKgIMKgICYjMzk7VXNlckZpcnN0bmFtZSYjMzk7
ID0mZ3Q7ICYjMzk7Z2l2ZW5OYW1lJiMzOTssPC9kaXY+PGRpdj7CoCDCoCDCoCAmIzM5O1VzZXJM
YXN0bmFtZSYjMzk7ID0mZ3Q7ICYjMzk7c24mIzM5Oyw8L2Rpdj48ZGl2PsKgIMKgIMKgICYjMzk7
VXNlckxvZ2luJiMzOTsgPSZndDsgJiMzOTtzQU1BY2NvdW50TmFtZSYjMzk7PC9kaXY+PGRpdj7C
oCDCoCB9OyDCoCDCoCDCoDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+wqAgwqAgJFNlbGYtJmd0
O3tDdXN0b21lclVzZXIxfSA9IHs8L2Rpdj48ZGl2PsKgIMKgIE5hbWUgPSZndDsgJiMzOTtwcnRn
bGFiJiMzOTssPC9kaXY+PGRpdj7CoCDCoCBNb2R1bGUgPSZndDsgJiMzOTtLZXJuZWw6OlN5c3Rl
bTo6Q3VzdG9tZXJVc2VyOjpMREFQJiMzOTssPC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iIiBzdHls
ZT0id2hpdGUtc3BhY2U6cHJlIj4JPC9zcGFuPlBhcmFtcyA9Jmd0OyB7PC9kaXY+PGRpdj7CoCDC
oCBIb3N0ID0mZ3Q7ICYjMzk7cHJ0Z2xhYmRjMDEucHJ0Z2xhYi5sb2NhbCYjMzk7LDwvZGl2Pjxk
aXY+wqAgwqAgQmFzZUROID0mZ3Q7ICYjMzk7ZGM9cHJ0Z2xhYiwgZGM9bG9jYWwmIzM5OyzCoDwv
ZGl2PjxkaXY+wqAgwqAgU1NDT1BFID0mZ3Q7ICYjMzk7c3ViJiMzOTssPC9kaXY+PGRpdj7CoCDC
oCBVc2VyRE4gPSZndDsgJiMzOTtDTj1TeXN0ZW1sZGFwLE9VPVpaX1N5c3RlbSBBY2NvdW50cyxP
VT1IYW1idXJnLERDPXBydGdsYWIsREM9bG9jYWwmIzM5OyzCoDwvZGl2PjxkaXY+wqAgwqAgVXNl
clB3ID0mZ3Q7ICYjMzk7TXlQYXNzd29yZCYjMzk7LDwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9IiIg
c3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj5BbHdheXNGaWx0ZXIgPSZndDsgLDwvZGl2
PjxkaXY+PHNwYW4gY2xhc3M9IiIgc3R5bGU9IndoaXRlLXNwYWNlOnByZSI+CTwvc3Bhbj48L2Rp
dj48ZGl2PsKgIMKgIH0sPC9kaXY+PGRpdj7CoCDCoCBDdXN0b21lcktleSA9Jmd0OyAmIzM5O3NB
TUFjY291bnROYW1lJiMzOTssPC9kaXY+PGRpdj7CoCDCoCBDdXN0b21lcklEID0mZ3Q7ICYjMzk7
bWFpbCYjMzk7LDwvZGl2PjxkaXY+wqAgwqAgQ3VzdG9tZXJVc2VyTGlzdEZpZWxkcyA9Jmd0OyBb
JiMzOTtzQU1BY2NvdW50TmFtZSYjMzk7LCAmIzM5O2NuJiMzOTssICYjMzk7bWFpbCYjMzk7XSw8
L2Rpdj48ZGl2PsKgIMKgIEN1c3RvbWVyVXNlclNlYXJjaEZpZWxkcyA9Jmd0OyBbJiMzOTtzQU1B
Y2NvdW50TmFtZSYjMzk7LCAmIzM5O2NuJiMzOTssICYjMzk7bWFpbCYjMzk7XSw8L2Rpdj48ZGl2
PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+Q3VzdG9tZXJV
c2VyU2VhcmNoUHJlZml4ID0mZ3Q7ICw8L2Rpdj48ZGl2PsKgIMKgIEN1c3RvbWVyVXNlclNlYXJj
aFN1ZmZpeCA9Jmd0OyAmIzM5OyomIzM5Oyw8L2Rpdj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxl
PSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+Q3VzdG9tZXJVc2VyUG9zdE1hc3RlclNlYXJjaEZp
ZWxkcyA9Jmd0OyBbJiMzOTttYWlsJiMzOTtdLDwvZGl2PjxkaXY+wqAgwqAgQ3VzdG9tZXJVc2Vy
TmFtZUZpZWxkcyA9Jmd0OyBbJiMzOTtnaXZlbm5hbWUmIzM5OywgJiMzOTtzbiYjMzk7XSw8L2Rp
dj48ZGl2PjxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+Q3Vz
dG9tZXJVc2VyU2VhcmNoTGlzdExpbWl0ID0mZ3Q7IDEwMDAswqA8L2Rpdj48ZGl2PjxzcGFuIGNs
YXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+QWRtaW5TZXRQcmVmZXJlbmNl
cyA9Jmd0OyAwLDxzcGFuIGNsYXNzPSIiIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPgk8L3NwYW4+
PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj7CoCDCoCBNYXAgPSZndDsgWzwvZGl2PjxkaXY+wqAg
wqAgWyAmIzM5O1VzZXJTYWx1dGF0aW9uJiMzOTssICYjMzk7VGl0bGUmIzM5OywgJiMzOTt0aXRs
ZSYjMzk7LCAxLCAwLCAmIzM5O3ZhciYjMzk7IF0sPC9kaXY+PGRpdj7CoCDCoCBbICYjMzk7VXNl
ckZpcnN0bmFtZSYjMzk7LCAmIzM5O0ZpcnN0bmFtZSYjMzk7LCAmIzM5O2dpdmVubmFtZSYjMzk7
LCAxLCAxLCAmIzM5O3ZhciYjMzk7IF0sPC9kaXY+PGRpdj7CoCDCoCBbICYjMzk7VXNlckxhc3Ru
YW1lJiMzOTssICYjMzk7TGFzdG5hbWUmIzM5OywgJiMzOTtzbiYjMzk7LCAxLCAxLCAmIzM5O3Zh
ciYjMzk7IF0sPC9kaXY+PGRpdj7CoCDCoCBbICYjMzk7VXNlckxvZ2luJiMzOTssICYjMzk7TG9n
aW4mIzM5OywgJiMzOTtzQU1BY2NvdW50TmFtZSYjMzk7LCAxLCAxLCAmIzM5O3ZhciYjMzk7IF0s
PC9kaXY+PGRpdj7CoCDCoCBbICYjMzk7VXNlckVtYWlsJiMzOTssICYjMzk7RW1haWwmIzM5Oywg
JiMzOTttYWlsJiMzOTssIDEsIDEsICYjMzk7dmFyJiMzOTsgXSw8L2Rpdj48ZGl2PsKgIMKgIFsg
JiMzOTtVc2VyQ3VzdG9tZXJJRCYjMzk7LCAmIzM5O0N1c3RvbWVySUQmIzM5OywgJiMzOTttYWls
JiMzOTssIDAsIDEsICYjMzk7dmFyJiMzOTsgXSw8L2Rpdj48ZGl2PsKgIMKgIFsgJiMzOTtVc2Vy
UGhvbmUmIzM5OywgJiMzOTtQaG9uZSYjMzk7LCAmIzM5O3RlbGVwaG9uZW51bWJlciYjMzk7LCAx
LCAwLCAmIzM5O3ZhciYjMzk7IF0sPC9kaXY+PGRpdj7CoCDCoCBdLDwvZGl2PjxkaXY+wqAgwqAg
fTs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0jPC9kaXY+PGRpdj4jIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg
IMKgIMKgIMKgIMKgIMKgIMKgIEZpcm1hIEVuZGUgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgIzwvZGl2PjxkaXY+Iy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSM8L2Rpdj48ZGl2PiMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj
IyMjPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj7CoCDCoCAjIC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gIzwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk
aXY+wqAgwqAgIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tICM8L2Rpdj48ZGl2PsKgIMKgICMgZGF0YSBpbnNlcnRlZCBieSBpbnN0YWxsZXIgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgIzwvZGl2PjxkaXY+wqAgwqAgIyAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICM8L2Rp
dj48ZGl2PsKgIMKgICMgJERJQkkkPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj7CoCDCoCAjIC0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gIzwvZGl2
PjxkaXY+wqAgwqAgIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tICM8L2Rpdj48ZGl2PsKgIMKgICMgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAjPC9k
aXY+PGRpdj7CoCDCoCAjIGVuZCBvZiB5b3VyIG93biBjb25maWcgb3B0aW9ucyEhISDCoCDCoCDC
oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCM8L2Rpdj48ZGl2PsKgIMKgICMgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg
wqAgwqAgwqAjPC9kaXY+PGRpdj7CoCDCoCAjIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gIzwvZGl2PjxkaXY+wqAgwqAgIyAtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICM8L2Rpdj48ZGl2Pn08L2Rp
dj48ZGl2Pjxicj48L2Rpdj48ZGl2PiMgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLSAjPC9kaXY+PGRpdj4jIG5lZWRlZCBzeXN0ZW0gc3R1ZmYgKGRv
biYjMzk7dCBlZGl0IHRoaXMpIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIzwvZGl2PjxkaXY+IyAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICM8L2Rp
dj48ZGl2Pjxicj48L2Rpdj48ZGl2PnVzZSBiYXNlIHF3KEtlcm5lbDo6Q29uZmlnOjpEZWZhdWx0
cyk7PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4jIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+MTs8
L2Rpdj48L2Rpdj48ZGl2PlsvQ09ERV08L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkdydXNzIFN0
ZWZhbjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigyNTUs
MjU1LDI1NSk7Zm9udC1mYW1pbHk6QXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTJweDtsaW5l
LWhlaWdodDoxNHB4O2JhY2tncm91bmQtY29sb3I6cmdiKDIxMiwxNywxNykiPjxicj48L3NwYW4+
PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDI1NSwyNTUsMjU1KTtmb250LWZhbWls
eTpBcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZToxMnB4O2xpbmUtaGVpZ2h0OjE0cHg7YmFja2dy
b3VuZC1jb2xvcjpyZ2IoMjEyLDE3LDE3KSI+PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IGNsYXNzPSJn
bWFpbF9leHRyYSI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5BbSAyOS4gSmFudWFyIDIw
MTUgdW0gMTA6Mjkgc2NocmllYiBKb3NlZjEgUGVuemtvZmVyIDxzcGFuIGRpcj0ibHRyIj4mbHQ7
PGEgaHJlZj0ibWFpbHRvOkpvc2VmMS5QZW56a29mZXJAcnoudW5pLXJlZ2Vuc2J1cmcuZGUiIHRh
cmdldD0iX2JsYW5rIj5Kb3NlZjEuUGVuemtvZmVyQHJ6LnVuaS1yZWdlbnNidXJnLmRlPC9hPiZn
dDs8L3NwYW4+Ojxicj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJn
aW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQtd2lkdGg6MXB4O2JvcmRlci1sZWZ0LWNv
bG9yOnJnYigyMDQsMjA0LDIwNCk7Ym9yZGVyLWxlZnQtc3R5bGU6c29saWQ7cGFkZGluZy1sZWZ0
OjFleCI+Li4uPGJyPgombHQ7IFdhcyBmdW5rdGlvbmllcnQgbmljaHQmbHQ7PGJyPgo8c3BhbiBj
bGFzcz0iIj5OYWNoIGRlciBBbmJpbmR1bmcgZWluZXMgQUQmIzM5O3MgZsO8ciBkaWUgQWdlbnRl
biBrb25udGUgaWNoIG1pY2ggamVkb2NoIG1pdDxicj4KZGVuIGxva2FsZW4gQWNjb3VudHMgbmlj
aHQgbWVociBhbm1lbGRlbi4gJmd0Ozxicj4KPGJyPgo8L3NwYW4+RXMga8O2bm5lbiBzaWNoIG51
ciBub2NoIGRpZSBCZW51dHplciBhdXMgZGVtIEFEIGFubWVsZGVuLiBEYSBkaWUgbG9rYWw8YnI+
CmFuZ2VsZWd0ZW4gQWNjb3VudHMgaW0gQUQgbmljaHQgZXhpc3RpZXJlbiwgZnVua3Rpb25pZXJ0
IGRpZSBBbm1lbGR1bmc8YnI+Cm5hdMO8cmxpY2ggbmljaHQgbWVoci48YnI+Cjxicj4KRHUgbXVz
c3QgZWluIHp3ZWl0ZXMgQXV0aC1Nb2R1bCBmw7xyIGRpZSBPVFJTLURhdGVuYmFuayBlaW5iYXVl
bi4gRGFiZWkgbcO8c3Nlbjxicj4Kd2VpdGVyZSBNb2R1bGUgZHVyY2hudW1tZXJpZXJ0IHdlcmRl
biwgYWxzbzxicj4Kei5CLjo8YnI+CiRTZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxlMSYjMzk7fSA9
IC4uLjxicj4KJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1bGUyJiMzOTt9ID08YnI+Cjxicj4KQXVz
enVnIGF1cyBBZG1pbi1NYW51YWw8YnI+CkF1dGhlbnRpY2F0aW9uIGJhY2tlbmRzIGZvciBBZ2Vu
dHM8YnI+Cjxicj4KREIgKERlZmF1bHQpPGJyPgpUaGUgYmFja2VuZCB0byBhdXRoZW50aWNhdGUg
YWdlbnRzIHdoaWNoIGlzIHVzZWQgYnkgZGVmYXVsdCBpcyB0aGUgT1RSUzxicj4KZGF0YWJhc2Uu
IEFnZW50cyBjYW4gYmUgYWRkZWQgYW5kIGVkaXRlZCB2aWEgdGhlIGFnZW50IG1hbmFnZW1lbnQg
aW50ZXJmYWNlIGluPGJyPgp0aGUgQWRtaW4gcGFnZSAoc2VlIEV4YW1wbGUgMTEtNiBiZWxvdyku
PGJyPgo8YnI+CkV4YW1wbGUgNC4xMS4gQXV0aGVudGljYXRlIGFnZW50cyBhZ2FpbnN0IGEgREIg
YmFja2VuZDxicj4KwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1bGUxJiMzOTt9ID0gJiMz
OTtLZXJuZWw6OlN5c3RlbTo6QXV0aDo6REImIzM5Ozs8YnI+Cjxicj4KRsO8ciBkaWUgQW5iaW5k
dW5nIGRlciBLdW5kZW46PGJyPgpTaWVoZTogT1RSUyBBZG1pbi1NYW51YWw8YnI+CkFic2Nobml0
dDogQXV0aGVudGljYXRpb24gYmFja2VuZHMgZm9yIEN1c3RvbWVyczxicj4KPGJyPgpMREFQPGJy
PgpJZiB5b3UgaGF2ZSBhbiBMREFQIGRpcmVjdG9yeSB3aXRoIGFsbCB5b3VyIGN1c3RvbWVyIGRh
dGEsIHlvdSBjYW4gdXNlIHRoZTxicj4KTERBUCBtb2R1bGUgdG8gYXV0aGVudGljYXRlIHlvdXIg
Y3VzdG9tZXJzIHRvIE9UUlMgKHNlZSBFeGFtcGxlIDExLTExIGJlbG93KS48YnI+CkJlY2F1c2Ug
dGhpcyBtb2R1bGUgaGFzIG9ubHkgcmVhZC1hY2Nlc3MgdG8gdGhlIExEQVAgYmFja2VuZCwgaXQg
aXMgbm90PGJyPgpwb3NzaWJsZSB0byBlZGl0IHRoZSBjdXN0b21lciBkYXRhIHZpYSB0aGUgT1RS
UyB3ZWIgaW50ZXJmYWNlLjxicj4KPGJyPgpFeGFtcGxlIDQuMTYuIEN1c3RvbWVyIHVzZXIgYXV0
aGVudGljYXRpb24gYWdhaW5zdCBhbiBMREFQIGJhY2tlbmQ8YnI+CiMgVGhpcyBpcyBhbiBleGFt
cGxlIGNvbmZpZ3VyYXRpb24gZm9yIGFuIExEQVAgYXV0aC4gYmFja2VuZC48YnI+CiMgKG1ha2Ug
c3VyZSBOZXQ6OkxEQVAgaXMgaW5zdGFsbGVkISk8YnI+CiRTZWxmLSZndDt7JiMzOTtDdXN0b21l
cjo6QXV0aE1vZHVsZSYjMzk7fSA9ICYjMzk7S2VybmVsOjpTeXN0ZW06OkN1c3RvbWVyQXV0aDo6
TERBUCYjMzk7Ozxicj4KLi4uPGJyPgpLYW5uc3QgZHUgYXVzIGRlcjxicj4KRGF0ZWkgRGVmYXVs
dHMucG08YnI+ClZlcnplaWNobmlzOiAvb3Rycy9LZXJuZWwvQ29uZmlnPGJyPgpyYXVza29waWVy
ZW4gdW5kIGFucGFzc2VuLjxicj4KPGJyPgpHcnXDnzxicj4KPGJyPgpTZXBwPGJyPgo8YnI+Cjxi
cj4KJmd0OyZndDsmZ3Q7IE9UUlMgVGVzdGluZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm90cnMudGVz
dGluZzIwMTVAZ21haWwuY29tIj5vdHJzLnRlc3RpbmcyMDE1QGdtYWlsLmNvbTwvYT4mZ3Q7IDI5
LjAxLjIwMTUgMDc6MzkgJmd0OyZndDsmZ3Q7PGJyPgo8ZGl2PjxkaXYgY2xhc3M9Img1Ij5IYWxs
byBPVFJTLUxpc3RlLDxicj4KPGJyPgppY2ggaGFiZSBtaXIgZ2VyYWRlIGRpZSBBcHBsaWFuY2Ug
aGVydW50ZXJnZWxhZGVuIHVuZCBkaWVzZSAoaW4gZGVyPGJyPgpha3R1ZWxsZW4gVmVyc2lvbikg
aW5zdGFsbGllcnQuPGJyPgpJY2ggYmluIGFsc28gTmV1bGluZyBpbSBCZXJlaWNoIFBSVEcsIHNv
IHBsZWFzZSBiZSBwb2xpdGUgOi1EPGJyPgpJY2ggaGFiZSB2b3IsIGZvbGdlbmRlcyB6dSBSZWFs
aXNpZXJlbjo8YnI+Cjxicj4KMSkgbG9rYWxlIEFubWVsZHVuZzxicj4KZGllIGxva2FsZSBBbm1l
bGR1bmcgaXN0IGphIG1pdCBkZXIgSW5zdGFsbGF0aW9uIGluc3RhbGxpZXJ0IHdvcmRlbi48YnI+
CmhpZXIgd29sbHRlIGljaCBtaXIgZWluZmFjaCBlaW5lbiAyLiBCZW51dHplciBsb2thbCBhbmxl
Z2VuLCB3ZWxjaGVyIGRpZTxicj4Kc2VsYmVuIFJlY2h0ZSBoYXQsIHdpZSBkZXIgYmVpIGRlciBJ
bnN0YWxsYXRpb24gZXJzdGVsbHRlIEJlbnV0emVyLiBJc3Q8YnI+CmtlaW4gUHJvYmxlbSwgaXN0
IGdlbMO2c3QuPGJyPgo8YnI+CjIpIEFuYmluZHVuZyBlaW5lcyBNaWNyb3NvZnQgQUQmIzM5O3Mg
ZsO8ciBkaWUgJnF1b3Q7S3VuZGVuJnF1b3Q7LCBiYXNpZXJlbmQgYXVmIGVpbmVyPGJyPgpHcnVw
cGVubWl0Z2xpZWRzY2hhZnQsIHouQi4gUFJUR19LdW5kZW48YnI+Cjxicj4KMykgQW5iaW5kdW5n
IGVpbmVzIHdlaXRlcmVuIE1pY3Jvc29mdCBBRCYjMzk7cyBmw7xyIGRpZSAmcXVvdDtBZ2VudHMm
cXVvdDssIGJhc2llcmVuZCBhdWY8YnI+CmVpbmVyIGFuZGVyZW4gR3J1cHBlbm1pdGdsaWVkc2No
YWZ0ICh6LkIuIFBSVEdfQWdlbnRlbiksIHdlbGNoZSBzaWNoIGltPGJyPgpTRUxCRU4gQWN0aXZl
IERpcmVjdG9yeSB3aWUgZGllIEt1bmRlbiBiZWZpbmRlbjxicj4KPGJyPgo0KSBBbHRlcm5hdGl2
LCBBbmJpbmR1bmcgZWluZXMgd2VpdGVyZW4gQUQmIzM5O3MgZsO8ciBLdW5kZSAyLjxicj4KPGJy
PgpNaXIgaXN0IHdpY2h0aWcsIGRhcyBkaWUgV2VydGUgYXVzIGRlbSBBRCAoei5CLiBmw7xyIFZv
cm5hbWUsIE5hY2huYW1lLDxicj4KRW1haWwsIFRlbGVmb25udW1tZXIsdXN3LikgbWl0IFN5bmNo
cm9uaXNpZXJ0IHdlcmRlbiwgc28gZGFzIGljaCBkaWU8YnI+Ckt1bmRlbmFjY291bnRzIG5pY2h0
IDIgbWFsIFBmbGVnZW4gbXVzcy48YnI+Cjxicj4KQXVjaCB3w6RyZSBtaXIgd2ljaHRpZywgRGll
IFF1ZXVlcyBhdWZncnVuZCBlaW5lciB3ZWl0ZXJlbjxicj4KR3J1cHBlbnp1Z2Vow7ZyaWdrZWl0
IGF1c3p1d8OkaGxlbi48YnI+CkVpbiBLdW5kZSBoYXQgYWxzbyBnZW5lcmVsbCBpbW1lciBkaWUg
U2ljaGVyaGVpdHNncnVwcGUgUFJUR19LdW5kZW4gdW5kPGJyPgplaW5lIHdlaXRlcmUsIHdlbGNo
ZSBiZXN0aW1tdCBpbiB3ZWxjaGVyIFF1ZXVlIGRhcyBUaWNrZXQgZXJzY2hlaW50LCB6LkIuPGJy
PgpRdWV1ZV9CdWNoaGFsdHVuZy48YnI+Cjxicj4KV2FzIGZ1bmt0aW9uaWVydDo8YnI+Cmxva2Fs
ZSBBbm1lbGR1bmcgaGF0IGZ1bmt0aW9uaWVydDxicj4KQW5iaW5kdW5nIGVpbmVzIEFEJiMzOTtz
IGbDvHIgZGllIEFnZW50ZW4gaGF0IGZ1bmt0aW9uaWVydC48YnI+Cjxicj4KV2FzIGZ1bmt0aW9u
aWVydCBuaWNodD88YnI+Ck5hY2ggZGVyIEFuYmluZHVuZyBlaW5lcyBBRCYjMzk7cyBmw7xyIGRp
ZSBBZ2VudGVuIGtvbm50ZSBpY2ggbWljaCBqZWRvY2ggbWl0PGJyPgpkZW4gbG9rYWxlbiBBY2Nv
dW50cyBuaWNodCBtZWhyIGFubWVsZGVuLjxicj4KPGJyPgpEaWUgQW5iaW5kdW5nIGRlciBLdW5k
ZW4gdW5kIGRpZSBadW9yZG51bmcgYWxzICZxdW90O0t1bmRlJnF1b3Q7IGJhc2llcmVuZCBhdWYg
ZGVyPGJyPgpHcnVwcGVubWl0Z2xpZWRzY2hhZnQgaXN0IG1pciBuaWNodCBrbGFyLiBIYXQgZGEg
amVtYW5kIGVpbmU8YnI+CkJlaXNwaWVsa29uZmlndXJhdGlvbiBmw7xyIG1pY2g/PGJyPgo8YnI+
Ck1laW5lIENvbmZpZy5QTS1EYXRlaSBzaWVodCB6dXIgWmVpdCBzbyBhdXM6PGJyPgojIFRoaXMg
aXMgYW4gZXhhbXBsZSBjb25maWd1cmF0aW9uIGZvciB1c2luZyBhbiBNUyBBRCBiYWNrZW5kPGJy
PgrCoCDCoCAkU2VsZi0mZ3Q7eyYjMzk7QXV0aE1vZHVsZSYjMzk7fSA9ICYjMzk7S2VybmVsOjpT
eXN0ZW06OkF1dGg6OkxEQVAmIzM5Ozs8YnI+CsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoTW9k
dWxlOjpMREFQOjpIb3N0JiMzOTt9ID0gJiMzOTtkb21haW5jb250cm9sbGVyMDEucHJ0Z2xhYi5s
b2NhbCYjMzk7Ozxicj4KwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1bGU6OkxEQVA6OkJh
c2VETiYjMzk7fSA9ICYjMzk7ZGM9cHJ0Z2xhYixkYz1sb2NhbCYjMzk7Ozxicj4KwqAgwqAgJFNl
bGYtJmd0O3smIzM5O0F1dGhNb2R1bGU6OkxEQVA6OlVJRCYjMzk7fSA9ICYjMzk7c0FNQWNjb3Vu
dE5hbWUmIzM5Ozs8YnI+Cjxicj4KwqAgwqAgIyBDaGVjayBpZiB0aGUgdXNlciBpcyBhbGxvd2Vk
IHRvIGF1dGggaW4gYSBwb3NpeEdyb3VwPGJyPgrCoCDCoCAjIChlLiBnLiB1c2VyIG5lZWRzIHRv
IGJlIGluIGEgZ3JvdXAgT1RSU19BZ2VudHMgdG8gdXNlIG90cnMpPGJyPgrCoCDCoCAkU2VsZi0m
Z3Q7eyYjMzk7QXV0aE1vZHVsZTo6TERBUDo6R3JvdXBETiYjMzk7fSA9ICYjMzk7Q049U0dfT1RS
UyxPVT1aWl9HbG9iYWw8YnI+ClNlY3VyaXR5IEdyb3VwcyxPVT1IYW1idXJnLERDPXBydGdsYWIs
REM9bG9jYWwmIzM5Ozs8YnI+CsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRoTW9kdWxlOjpMREFQ
OjpBY2Nlc3NBdHRyJiMzOTt9ID0gJiMzOTttZW1iZXImIzM5Ozs8YnI+CsKgIMKgICRTZWxmLSZn
dDt7JiMzOTtBdXRoTW9kdWxlOjpMREFQOjpVc2VyQXR0ciYjMzk7fSA9ICYjMzk7RE4mIzM5Ozs8
YnI+Cjxicj4KwqAgwqAgIyBCaW5kIGNyZWRlbnRpYWxzIHRvIGxvZyBpbnRvIEFEPGJyPgrCoCDC
oCAkU2VsZi0mZ3Q7eyYjMzk7QXV0aE1vZHVsZTo6TERBUDo6U2VhcmNoVXNlckROJiMzOTt9ID0g
JiMzOTtDTj1sZGFwcmVhZCxPVT1aWl9TeXN0ZW08YnI+CkFjY291bnRzLE9VPUhhbWJ1cmcsREM9
cHJ0Z2xhYixEQz1sb2NhbCYjMzk7Ozxicj4KwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1
bGU6OkxEQVA6OlNlYXJjaFVzZXJQdyYjMzk7fSA9ICYjMzk7bXlQYXNzd29yZCYjMzk7Ozxicj4K
PGJyPgrCoCDCoCAjIGluIGNhc2UgeW91IHdhbnQgdG8gYWRkIGFsd2F5cyBvbmUgZmlsdGVyIHRv
IGVhY2ggbGRhcCBxdWVyeSwgdXNlPGJyPgrCoCDCoCAjIHRoaXMgb3B0aW9uLiBlLiBnLiBBbHdh
eXNGaWx0ZXIgPSZndDsgJiMzOTsobWFpbD0qKSYjMzk7IG9yIEFsd2F5c0ZpbHRlciA9Jmd0Ozxi
cj4KJiMzOTsob2JqZWN0Y2xhc3M9dXNlcikmIzM5Ozxicj4KwqAgwqAgJFNlbGYtJmd0O3smIzM5
O0F1dGhNb2R1bGU6OkxEQVA6OkFsd2F5c0ZpbHRlciYjMzk7fSA9ICYjMzk7JiMzOTs7PGJyPgo8
YnI+CsKgIMKgICMgaW4gY2FzZSB5b3Ugd2FudCB0byBhZGQgYSBzdWZmaXggdG8gZWFjaCBsb2dp
biBuYW1lLMKgIHRoZW48YnI+CsKgIMKgICMgeW91IGNhbiB1c2UgdGhpcyBvcHRpb24uIGUuIGcu
IHVzZXIganVzdCB3YW50IHRvIHVzZSB1c2VyIGJ1dDxicj4KwqAgwqAgIyBpbiB5b3VyIGxkYXAg
ZGlyZWN0b3J5IGV4aXN0cyB1c2VyQGRvbWFpbi48YnI+CsKgIMKgICMkU2VsZi0mZ3Q7eyYjMzk7
QXV0aE1vZHVsZTo6TERBUDo6VXNlclN1ZmZpeCYjMzk7fSA9ICYjMzk7JiMzOTs7PGJyPgo8YnI+
CsKgIMKgICMgTmV0OjpMREFQIG5ldyBwYXJhbXMgKGlmIG5lZWRlZCAtIGZvciBtb3JlIGluZm8g
c2VlIHBlcmxkb2MgTmV0OjpMREFQKTxicj4KwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhNb2R1
bGU6OkxEQVA6OlBhcmFtcyYjMzk7fSA9IHs8YnI+CsKgIMKgIMKgIMKgIHBvcnQgPSZndDsgMzg5
LDxicj4KwqAgwqAgwqAgwqAgdGltZW91dCA9Jmd0OyAxMjAsPGJyPgrCoCDCoCDCoCDCoCBhc3lu
YyA9Jmd0OyAwLDxicj4KwqAgwqAgwqAgwqAgdmVyc2lvbiA9Jmd0OyAzLDxicj4KwqAgwqAgfTs8
YnI+Cjxicj4KwqAgwqAjIE5vdyBzeW5jIGRhdGEgd2l0aCBPVFJTIERCPGJyPgrCoCDCoCAkU2Vs
Zi0mZ3Q7eyYjMzk7QXV0aFN5bmNNb2R1bGUmIzM5O30gPSAmIzM5O0tlcm5lbDo6U3lzdGVtOjpB
dXRoOjpTeW5jOjpMREFQJiMzOTs7PGJyPgrCoCDCoCAkU2VsZi0mZ3Q7eyYjMzk7QXV0aFN5bmNN
b2R1bGU6OkxEQVA6Okhvc3QmIzM5O30gPTxicj4KJiMzOTtkb21haW5jb250cm9sbGVyMDEucHJ0
Z2xhYi5sb2NhbCYjMzk7Ozxicj4KwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhTeW5jTW9kdWxl
OjpMREFQOjpCYXNlRE4mIzM5O30gPSAmIzM5O2RjPXBydGdsYWIsIGRjPWxvY2FsJiMzOTs7PGJy
PgrCoCDCoCAkU2VsZi0mZ3Q7eyYjMzk7QXV0aFN5bmNNb2R1bGU6OkxEQVA6OlVJRCYjMzk7fSA9
ICYjMzk7c0FNQWNjb3VudE5hbWUmIzM5Ozs8YnI+CsKgIMKgICRTZWxmLSZndDt7JiMzOTtBdXRo
U3luY01vZHVsZTo6TERBUDo6U2VhcmNoVXNlckROJiMzOTt9ID08YnI+CiYjMzk7Q049bGRhcHJl
YWQsT1U9WlpfU3lzdGVtIEFjY291bnRzLE9VPUhhbWJ1cmcsREM9cHJ0Z2xhYixEQz1sb2NhbCYj
Mzk7Ozxicj4KwqAgwqAgJFNlbGYtJmd0O3smIzM5O0F1dGhTeW5jTW9kdWxlOjpMREFQOjpTZWFy
Y2hVc2VyUHcmIzM5O30gPSAmIzM5O215UGFzc3dvcmQmIzM5Ozs8YnI+Cjxicj4KwqAgwqAgJFNl
bGYtJmd0O3smIzM5O0F1dGhTeW5jTW9kdWxlOjpMREFQOjpVc2VyU3luY01hcCYjMzk7fSA9IHs8
YnI+CsKgIMKgIMKgIMKgICMgREIgLSZndDsgTERBUDxicj4KwqAgwqAgwqAgwqAgVXNlckZpcnN0
bmFtZSA9Jmd0OyAmIzM5O2dpdmVuTmFtZSYjMzk7LDxicj4KwqAgwqAgwqAgwqAgVXNlckxhc3Ru
YW1lwqAgPSZndDsgJiMzOTtzbiYjMzk7LDxicj4KwqAgwqAgwqAgwqAgVXNlckVtYWlswqAgwqAg
wqA9Jmd0OyAmIzM5O21haWwmIzM5Oyw8YnI+CsKgIMKgIH07PGJyPgo8YnI+CsKgIMKgICMgQXV0
aFN5bmNNb2R1bGU6OkxEQVA6OlVzZXJTeW5jSW5pdGlhbEdyb3Vwczxicj4KwqAgwqAgIyAoc3lu
YyBmb2xsb3dpbmcgZ3JvdXAgd2l0aCBydyBwZXJtaXNzaW9uIGFmdGVyIGluaXRpYWwgY3JlYXRl
IG9mPGJyPgpmaXJzdCBhZ2VudDxicj4KwqAgwqAgIyBsb2dpbik8YnI+CsKgIMKgICRTZWxmLSZn
dDt7JiMzOTtBdXRoU3luY01vZHVsZTo6TERBUDo6VXNlclN5bmNJbml0aWFsR3JvdXBzJiMzOTt9
ID0gWzxicj4KwqAgwqAgwqAgwqAgJiMzOTt1c2VycyYjMzk7LDxicj4KwqAgwqAgXTs8YnI+Cjxi
cj4KRsO8ciBkaWUgQW5iaW5kdW5nIGVpbmVzIHdlaXRlcmVuIEFEJiMzOTtzIG3DvHNzdGUgaWNo
IGRvY2ggZGVuIGdlc2FtdGVuIEJsb2NrPGJyPgpub2NoIG1hbCBoYWJlbiwgcmljaHRpZz88YnI+
CldpZSB1bnRlcnNjaGllZGV0IE9UUlMgZGVubiwgb2IgZGllIEFELUFuYmluZHVuZyBmw7xyIGRp
ZSBBZ2VudHMgb2RlciBmw7xyPGJyPgpkaWUgS3VuZGVuIGlzdD88YnI+CmhpZXI6ID/CoCDCoCAk
U2VsZi0mZ3Q7eyYjMzk7QXV0aFN5bmNNb2R1bGUmIzM5O30gPSAmIzM5O0tlcm5lbDo6U3lzdGVt
OjpBdXRoOjpTeW5jOjpMREFQJiMzOTs7PGJyPgo8YnI+CkRpZSBTeW5jaHJvbmlzYXRpb24gZGVy
IEFELUZlbGRlciBiencuIGRpZSBadW9yZG51bmcgcGFzc2llcnQgaGllcj88YnI+CsKgJFNlbGYt
Jmd0O3smIzM5O0F1dGhTeW5jTW9kdWxlOjpMREFQOjpVc2VyU3luY01hcCYjMzk7fSA9IHs8YnI+
CsKgIMKgIMKgIMKgICMgREIgLSZndDsgTERBUDxicj4KwqAgwqAgwqAgwqAgVXNlckZpcnN0bmFt
ZSA9Jmd0OyAmIzM5O2dpdmVuTmFtZSYjMzk7LDxicj4KwqAgwqAgwqAgwqAgVXNlckxhc3RuYW1l
wqAgPSZndDsgJiMzOTtzbiYjMzk7LDxicj4KwqAgwqAgwqAgwqAgVXNlckVtYWlswqAgwqAgwqA9
Jmd0OyAmIzM5O21haWwmIzM5Oyw8YnI+Cjxicj4KVmllbGVuIERhbms8YnI+Cjxicj4KU3RlZmFu
IE3DvGxsZXI8YnI+CjwvZGl2PjwvZGl2Pi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4KT1RSUyBtYWlsaW5nIGxp
c3Q6IG90cnMtZGUgLSBXZWJwYWdlOiA8YSBocmVmPSJodHRwOi8vb3Rycy5vcmcvIiB0YXJnZXQ9
Il9ibGFuayI+aHR0cDovL290cnMub3JnLzwvYT48YnI+CkFyY2hpdmU6IDxhIGhyZWY9Imh0dHA6
Ly9saXN0cy5vdHJzLm9yZy9waXBlcm1haWwvb3Rycy1kZSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6
Ly9saXN0cy5vdHJzLm9yZy9waXBlcm1haWwvb3Rycy1kZTwvYT48YnI+ClRvIHVuc3Vic2NyaWJl
OiA8YSBocmVmPSJodHRwOi8vbGlzdHMub3Rycy5vcmcvbWFpbG1hbi9saXN0aW5mby9vdHJzLWRl
IiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLm90cnMub3JnL21haWxtYW4vbGlzdGluZm8v
b3Rycy1kZTwvYT48YnI+CjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PC9kaXY+Cg==

--===============5649564811565503637==--


From Josef1.Penzkofer@rz.uni-regensburg.de Fri Feb 20 17:58:52 2015
From: Josef1 Penzkofer <Josef1.Penzkofer@rz.uni-regensburg.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Antw: Authentifizierungsmechanismen in OTRS: local und
 Microsoft AD
Date: Fri, 20 Feb 2015 18:54:43 +0100
Message-ID: <54E782F3020000A700024E39@gwsmtp1.uni-regensburg.de>
In-Reply-To:
 <CALanMsVHpW7+ojA_Ok2-qr4xfSTCk+1GfrwShE5EWbhn=zwDrA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1954644223396933242=="

--===============1954644223396933242==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo,

den Log-Mechanismus kannst du in der SysConfig einstellen.

Ich glaub, mich zu erinnern, dass hier standardm=C3=A4=C3=9Fig SysLog eingest=
ellt ist,
also nicht loggen in eine Log-Datei, sondern der Log-Mechanismus des
Betriebssystems.

Ich hab den Parameter jetzt auf die Schnelle nicht - musst du in der SysConfig
einfach mal suchen ;-)

Sind deine Kunden im AD Mitglied der in Config.pm angegebenen Gruppe?
Stimt der Wert f=C3=BCr $Self->{'Customer::AuthModule::LDAP::BaseDN1' ..?

Wir nutzen leider kein MS AD, sondern Novell eDirectory.=20
Wir nutzen auch keinen Kunden-Login.

Gru=C3=9F

Sepp


>>> OTRS Testing <otrs.testing2015(a)gmail.com> 20.02.2015 15:55 >>>
Hallo Sepp, hallo Liste,

vielen Dank. Ich habe jetzt die Konfiguration angepasst.
Inzwischen ist es M=C3=B6glich, sich mit einem AD-Account als Agent anzumelde=
n.
Auch ist es m=C3=B6glich, sich als Systembenutzer (OTRS Benutzer) aus der
OTRS-eigenen Datenbank anzumelden.
Nicht m=C3=B6glich ist das Anmelden als Kunde.
Hier kommt:

Authentication succeeded, but no customer record is found in the customer
backend. Please contact your administrator.

Meine Frage: wo bekomme ich erweiterte Fehlermeldungen? Eigentlich sollten
die Logfiles unter /opt/otrs/var/log sein (otrs.log), hier gibt es aber
diese Logdatei nicht. Hier gibt es nur SchedulerOut-Logs sowie
TicketCounter.log sowie SchedulerErr.log

meine Config.pm:

[CODE]
# --
# Kernel/Config.pm - Config file for OTRS kernel
# Copyright (C) 2001-2015 OTRS AG, http://otrs.com/=20
# --
# This software comes with ABSOLUTELY NO WARRANTY. For details, see
# the enclosed file COPYING for license information (AGPL). If you
# did not receive this file, see http://www.gnu.org/licenses/agpl.txt.
# --
#  Note:
#
#  -->> Most OTRS configuration should be done via the OTRS web interface
#       and the SysConfig. Only for some configuration, such as database
#       credentials and customer data source changes, you should edit this
#       file. For changes do customer data sources you can copy the
definitions
#       from Kernel/Config/Defaults.pm and paste them in this file.
#       Config.pm will not be overwritten when updating OTRS.
# --

package Kernel::Config;

use strict;
use warnings;
use utf8;

sub Load {
    my $Self =3D shift;

    # ---------------------------------------------------- #
    # database settings                                    #
    # ---------------------------------------------------- #

    # The database host
    $Self->{'DatabaseHost'} =3D '127.0.0.1';

    # The database name
    $Self->{'Database'} =3D "otrs_main_db";

    # The database user
    $Self->{'DatabaseUser'} =3D "otrsdbuser";

    # The password of database user. You also can use bin/
otrs.CryptPassword.pl
    # for crypted passwords
    $Self->{'DatabasePw'} =3D '7#qirGzP!t!2kR$Nn2vu';

    # The database DSN for MySQL =3D=3D> more: "perldoc DBD::mysql"
    $Self->{'DatabaseDSN'} =3D
"DBI:mysql:database=3D$Self->{Database};host=3D$Self->{DatabaseHost}";

    # The database DSN for PostgreSQL =3D=3D> more: "perldoc DBD::Pg"
    # if you want to use a local socket connection
#    $Self->{DatabaseDSN} =3D "DBI:Pg:dbname=3D$Self->{Database};";
    # if you want to use a TCP/IP connection
#    $Self->{DatabaseDSN} =3D
"DBI:Pg:dbname=3D$Self->{Database};host=3D$Self->{DatabaseHost};";

    # The database DSN for Microsoft SQL Server - only supported if OTRS is
    # installed on Windows as well
#    $Self->{DatabaseDSN} =3D "DBI:ODBC:driver=3D{SQL
Server};Database=3D$Self->{Database};Server=3D$Self->{DatabaseHost},1433";

    # The database DSN for Oracle =3D=3D> more: "perldoc DBD::oracle"
#    $Self->{DatabaseDSN} =3D
"DBI:Oracle://$Self->{DatabaseHost}:1521/$Self->{Database}";
#
#    $ENV{ORACLE_HOME}     =3D '/path/to/your/oracle';
#    $ENV{NLS_DATE_FORMAT} =3D 'YYYY-MM-DD HH24:MI:SS';
#    $ENV{NLS_LANG}        =3D 'AMERICAN_AMERICA.AL32UTF8';

    # ---------------------------------------------------- #
    # fs root directory
    # ---------------------------------------------------- #
    $Self->{Home} =3D '/opt/otrs';

    # ---------------------------------------------------- #
    # insert your own config settings "here"               #
    # config settings taken from Kernel/Config/Defaults.pm #
    # ---------------------------------------------------- #
    # $Self->{SessionUseCookie} =3D 0;
    # $Self->{CheckMXRecord} =3D 0;
 # Authenticate Users against local OTRS Database
# Just for Management: If LDAP Auth fails, we have a
# emergency-user database
$Self->{'AuthModule1'} =3D 'Kernel::System::Auth::DB';
$Self->{'AuthModule::DB::CryptType1'} =3D 'crypt';

##############################################################################
### Diese Konfigration regelt den Zugriff der Agents aus dem AD
 #####
##############################################################################
 # This is an example configuration for using an MS AD backend
    $Self->{'AuthModule2'} =3D 'Kernel::System::Auth::LDAP';
    $Self->{'AuthModule::LDAP::Host2'} =3D 'prtglabdc01.prtglab.local';
    $Self->{'AuthModule::LDAP::BaseDN2'} =3D 'dc=3Dprtglab,dc=3Dlocal';
    $Self->{'AuthModule::LDAP::UID2'} =3D 'sAMAccountName';

    # Check if the user is allowed to auth in a posixGroup
    # (e. g. user needs to be in a group OTRS_Agents to use otrs)
    $Self->{'AuthModule::LDAP::GroupDN2'} =3D 'CN=3DSG_OTRS_AGENTS,OU=3DZZ_Gl=
obal
Security Groups,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
    $Self->{'AuthModule::LDAP::AccessAttr2'} =3D 'member';
    $Self->{'AuthModule::LDAP::UserAttr2'} =3D 'DN';

    # Bind credentials to log into AD
    $Self->{'AuthModule::LDAP::SearchUserDN2'} =3D
'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
    $Self->{'AuthModule::LDAP::SearchUserPw2'} =3D 'MyPassword';

    # in case you want to add always one filter to each ldap query, use
    # this option. e. g. AlwaysFilter =3D> '(mail=3D*)' or AlwaysFilter =3D>
'(objectclass=3Duser)'
    $Self->{'AuthModule::LDAP::AlwaysFilter2'} =3D '';

    # in case you want to add a suffix to each login name,  then
    # you can use this option. e. g. user just want to use user but
    # in your ldap directory exists user(a)domain.
    #$Self->{'AuthModule::LDAP::UserSuffix2'} =3D '';

    # Net::LDAP new params (if needed - for more info see perldoc Net::LDAP)
    $Self->{'AuthModule::LDAP::Params2'} =3D {
        port =3D> 389,
        timeout =3D> 120,
        async =3D> 0,
        version =3D> 3,
    };

   # Now sync data with OTRS DB
    $Self->{'AuthSyncModule2'} =3D 'Kernel::System::Auth::Sync::LDAP';
    $Self->{'AuthSyncModule::LDAP::Host2'} =3D 'prtglabdc01.prtglab.local';
    $Self->{'AuthSyncModule::LDAP::BaseDN2'} =3D 'dc=3Dprtglab, dc=3Dlocal';
    $Self->{'AuthSyncModule::LDAP::UID2'} =3D 'sAMAccountName';
    $Self->{'AuthSyncModule::LDAP::SearchUserDN2'} =3D
'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
    $Self->{'AuthSyncModule::LDAP::SearchUserPw2'} =3D 'MyPassword';

    $Self->{'AuthSyncModule::LDAP::UserSyncMap2'} =3D {
        # DB -> LDAP
        UserFirstname =3D> 'givenName',
        UserLastname  =3D> 'sn',
        UserEmail     =3D> 'mail',
    };

    # AuthSyncModule::LDAP::UserSyncInitialGroups
    # (sync following group with rw permission after initial create of
first agent
    # login)
    $Self->{'AuthSyncModule::LDAP::UserSyncInitialGroups2'} =3D [
        'users',
    ];
##############################################################################
#### Ende Konfiguration Agent-AD-Anbindung
#####
##############################################################################
#############################################################################=
###################################################
#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                            Customer
                                                   #
#----------------------------------------------------------------------------=
--------------------------------------------------#
        $Self->{'Customer::AuthModule1'} =3D
'Kernel::System::CustomerAuth::LDAP';
        $Self->{'Customer::AuthModule::LDAP::Host1'} =3D
'prtglabdc01.prtglab.local';
        $Self->{'Customer::AuthModule::LDAP::BaseDN1'} =3D'dc=3Dprtglab,
dc=3Dlocal';
$Self->{'Customer::AuthModule::LDAP::UID1'} =3D 'sAMAccountName';
$Self->{'Customer::AuthModule::LDAP::GroupDN1'} =3D
'CN=3DSG_OTRS_CUSTOMER,OU=3DZZ_Global Security
Groups,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
$Self->{'Customer::AuthModule::LDAP::AccessAttr1'} =3D 'member';
        $Self->{'Customer::AuthModule::LDAP::SearchUserDN1'} =3D
'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
        $Self->{'Customer::AuthModule::LDAP::SearchUserPw1'} =3D 'MyPassword';
$Self->{'Customer::AuthModule::LDAP::Params1'} =3D {
            port =3D> 389,
            timeout =3D> 120,
            async =3D> 0,
            version =3D> 3,
};
#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                       LDAP System Users
                                                   #
#----------------------------------------------------------------------------=
--------------------------------------------------#
        $Self->{'AuthModule1'} =3D 'Kernel::System::Auth::LDAP';
        $Self->{'AuthModule::LDAP::Host1'} =3D  'prtglabdc01.prtglab.local';
        $Self->{'AuthModule::LDAP::BaseDN1'} =3D  'dc=3Dprtglab, dc=3Dlocal';
        $Self->{'AuthModule::LDAP::UID1'} =3D  'sAMAccountName';
        $Self->{'AuthModule::LDAP::SearchUserDN1'} =3D
 'CN=3DSystemldap,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dloca=
l';
        $Self->{'AuthModule::LDAP::SearchUserPw1'} =3D  'MyPassword';
        $Self->{'AuthModule::LDAP::Params1'} =3D  {
              'async' =3D> '0',
              'timeout' =3D> '120',
              'version' =3D> '3',
              'port' =3D> '389'
};

$Self->{'AuthModule::LDAP::Die1'} =3D 1;
#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                           UserSyncLDAPMap
                                                   #
#----------------------------------------------------------------------------=
--------------------------------------------------#

      $Self->{'UserSyncLDAPMap1'} =3D  {
      'UserEmail' =3D> 'mail',
      'UserFirstname' =3D> 'givenName',
      'UserLastname' =3D> 'sn',
      'UserLogin' =3D> 'sAMAccountName'
    };

    $Self->{CustomerUser1} =3D {
    Name =3D> 'prtglab',
    Module =3D> 'Kernel::System::CustomerUser::LDAP',
Params =3D> {
    Host =3D> 'prtglabdc01.prtglab.local',
    BaseDN =3D> 'dc=3Dprtglab, dc=3Dlocal',
    SSCOPE =3D> 'sub',
    UserDN =3D> 'CN=3DSystemldap,OU=3DZZ_System
Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal',
    UserPw =3D> 'MyPassword',
AlwaysFilter =3D> ,
    },
    CustomerKey =3D> 'sAMAccountName',
    CustomerID =3D> 'mail',
    CustomerUserListFields =3D> ['sAMAccountName', 'cn', 'mail'],
    CustomerUserSearchFields =3D> ['sAMAccountName', 'cn', 'mail'],
CustomerUserSearchPrefix =3D> ,
    CustomerUserSearchSuffix =3D> '*',
CustomerUserPostMasterSearchFields =3D> ['mail'],
    CustomerUserNameFields =3D> ['givenname', 'sn'],
CustomerUserSearchListLimit =3D> 1000,
AdminSetPreferences =3D> 0,

    Map =3D> [
    [ 'UserSalutation', 'Title', 'title', 1, 0, 'var' ],
    [ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var' ],
    [ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var' ],
    [ 'UserLogin', 'Login', 'sAMAccountName', 1, 1, 'var' ],
    [ 'UserEmail', 'Email', 'mail', 1, 1, 'var' ],
    [ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var' ],
    [ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var' ],
    ],
    };

#----------------------------------------------------------------------------=
--------------------------------------------------#
#                                                     Firma Ende
                                                    #
#----------------------------------------------------------------------------=
--------------------------------------------------#
#############################################################################=
###################################################

    # ---------------------------------------------------- #

    # ---------------------------------------------------- #
    # data inserted by installer                           #
    # ---------------------------------------------------- #
    # $DIBI$

    # ---------------------------------------------------- #
    # ---------------------------------------------------- #
    #                                                      #
    # end of your own config options!!!                    #
    #                                                      #
    # ---------------------------------------------------- #
    # ---------------------------------------------------- #
}

# ---------------------------------------------------- #
# needed system stuff (don't edit this)                #
# ---------------------------------------------------- #

use base qw(Kernel::Config::Defaults);

# -----------------------------------------------------#

1;
[/CODE]

Gruss Stefan




Am 29. Januar 2015 um 10:29 schrieb Josef1 Penzkofer <
Josef1.Penzkofer(a)rz.uni-regensburg.de>:

> ...
> < Was funktioniert nicht<
> Nach der Anbindung eines AD's f=C3=BCr die Agenten konnte ich mich jedoch m=
it
> den lokalen Accounts nicht mehr anmelden. >
>
> Es k=C3=B6nnen sich nur noch die Benutzer aus dem AD anmelden. Da die lokal
> angelegten Accounts im AD nicht existieren, funktioniert die Anmeldung
> nat=C3=BCrlich nicht mehr.
>
> Du musst ein zweites Auth-Modul f=C3=BCr die OTRS-Datenbank einbauen. Dabei
> m=C3=BCssen
> weitere Module durchnummeriert werden, also
> z.B.:
> $Self->{'AuthModule1'} =3D ...
> $Self->{'AuthModule2'} =3D
>
> Auszug aus Admin-Manual
> Authentication backends for Agents
>
> DB (Default)
> The backend to authenticate agents which is used by default is the OTRS
> database. Agents can be added and edited via the agent management
> interface in
> the Admin page (see Example 11-6 below).
>
> Example 4.11. Authenticate agents against a DB backend
>     $Self->{'AuthModule1'} =3D 'Kernel::System::Auth::DB';
>
> F=C3=BCr die Anbindung der Kunden:
> Siehe: OTRS Admin-Manual
> Abschnitt: Authentication backends for Customers
>
> LDAP
> If you have an LDAP directory with all your customer data, you can use the
> LDAP module to authenticate your customers to OTRS (see Example 11-11
> below).
> Because this module has only read-access to the LDAP backend, it is not
> possible to edit the customer data via the OTRS web interface.
>
> Example 4.16. Customer user authentication against an LDAP backend
> # This is an example configuration for an LDAP auth. backend.
> # (make sure Net::LDAP is installed!)
> $Self->{'Customer::AuthModule'} =3D 'Kernel::System::CustomerAuth::LDAP';
> ...
> Kannst du aus der
> Datei Defaults.pm
> Verzeichnis: /otrs/Kernel/Config
> rauskopieren und anpassen.
>
> Gru=C3=9F
>
> Sepp
>
>
> >>> OTRS Testing <otrs.testing2015(a)gmail.com> 29.01.2015 07:39 >>>
> Hallo OTRS-Liste,
>
> ich habe mir gerade die Appliance heruntergeladen und diese (in der
> aktuellen Version) installiert.
> Ich bin also Neuling im Bereich PRTG, so please be polite :-D
> Ich habe vor, folgendes zu Realisieren:
>
> 1) lokale Anmeldung
> die lokale Anmeldung ist ja mit der Installation installiert worden.
> hier wollte ich mir einfach einen 2. Benutzer lokal anlegen, welcher die
> selben Rechte hat, wie der bei der Installation erstellte Benutzer. Ist
> kein Problem, ist gel=C3=B6st.
>
> 2) Anbindung eines Microsoft AD's f=C3=BCr die "Kunden", basierend auf einer
> Gruppenmitgliedschaft, z.B. PRTG_Kunden
>
> 3) Anbindung eines weiteren Microsoft AD's f=C3=BCr die "Agents", basierend=
 auf
> einer anderen Gruppenmitgliedschaft (z.B. PRTG_Agenten), welche sich im
> SELBEN Active Directory wie die Kunden befinden
>
> 4) Alternativ, Anbindung eines weiteren AD's f=C3=BCr Kunde 2.
>
> Mir ist wichtig, das die Werte aus dem AD (z.B. f=C3=BCr Vorname, Nachname,
> Email, Telefonnummer,usw.) mit Synchronisiert werden, so das ich die
> Kundenaccounts nicht 2 mal Pflegen muss.
>
> Auch w=C3=A4re mir wichtig, Die Queues aufgrund einer weiteren
> Gruppenzugeh=C3=B6rigkeit auszuw=C3=A4hlen.
> Ein Kunde hat also generell immer die Sicherheitsgruppe PRTG_Kunden und
> eine weitere, welche bestimmt in welcher Queue das Ticket erscheint, z.B.
> Queue_Buchhaltung.
>
> Was funktioniert:
> lokale Anmeldung hat funktioniert
> Anbindung eines AD's f=C3=BCr die Agenten hat funktioniert.
>
> Was funktioniert nicht?
> Nach der Anbindung eines AD's f=C3=BCr die Agenten konnte ich mich jedoch m=
it
> den lokalen Accounts nicht mehr anmelden.
>
> Die Anbindung der Kunden und die Zuordnung als "Kunde" basierend auf der
> Gruppenmitgliedschaft ist mir nicht klar. Hat da jemand eine
> Beispielkonfiguration f=C3=BCr mich?
>
> Meine Config.PM-Datei sieht zur Zeit so aus:
> # This is an example configuration for using an MS AD backend
>     $Self->{'AuthModule'} =3D 'Kernel::System::Auth::LDAP';
>     $Self->{'AuthModule::LDAP::Host'} =3D 'domaincontroller01.prtglab.local=
';
>     $Self->{'AuthModule::LDAP::BaseDN'} =3D 'dc=3Dprtglab,dc=3Dlocal';
>     $Self->{'AuthModule::LDAP::UID'} =3D 'sAMAccountName';
>
>     # Check if the user is allowed to auth in a posixGroup
>     # (e. g. user needs to be in a group OTRS_Agents to use otrs)
>     $Self->{'AuthModule::LDAP::GroupDN'} =3D 'CN=3DSG_OTRS,OU=3DZZ_Global
> Security Groups,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
>     $Self->{'AuthModule::LDAP::AccessAttr'} =3D 'member';
>     $Self->{'AuthModule::LDAP::UserAttr'} =3D 'DN';
>
>     # Bind credentials to log into AD
>     $Self->{'AuthModule::LDAP::SearchUserDN'} =3D 'CN=3Dldapread,OU=3DZZ_Sy=
stem
> Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal';
>     $Self->{'AuthModule::LDAP::SearchUserPw'} =3D 'myPassword';
>
>     # in case you want to add always one filter to each ldap query, use
>     # this option. e. g. AlwaysFilter =3D> '(mail=3D*)' or AlwaysFilter =3D>
> '(objectclass=3Duser)'
>     $Self->{'AuthModule::LDAP::AlwaysFilter'} =3D '';
>
>     # in case you want to add a suffix to each login name,  then
>     # you can use this option. e. g. user just want to use user but
>     # in your ldap directory exists user(a)domain.
>     #$Self->{'AuthModule::LDAP::UserSuffix'} =3D '';
>
>     # Net::LDAP new params (if needed - for more info see perldoc
> Net::LDAP)
>     $Self->{'AuthModule::LDAP::Params'} =3D {
>         port =3D> 389,
>         timeout =3D> 120,
>         async =3D> 0,
>         version =3D> 3,
>     };
>
>    # Now sync data with OTRS DB
>     $Self->{'AuthSyncModule'} =3D 'Kernel::System::Auth::Sync::LDAP';
>     $Self->{'AuthSyncModule::LDAP::Host'} =3D
> 'domaincontroller01.prtglab.local';
>     $Self->{'AuthSyncModule::LDAP::BaseDN'} =3D 'dc=3Dprtglab, dc=3Dlocal';
>     $Self->{'AuthSyncModule::LDAP::UID'} =3D 'sAMAccountName';
>     $Self->{'AuthSyncModule::LDAP::SearchUserDN'} =3D
> 'CN=3Dldapread,OU=3DZZ_System Accounts,OU=3DHamburg,DC=3Dprtglab,DC=3Dlocal=
';
>     $Self->{'AuthSyncModule::LDAP::SearchUserPw'} =3D 'myPassword';
>
>     $Self->{'AuthSyncModule::LDAP::UserSyncMap'} =3D {
>         # DB -> LDAP
>         UserFirstname =3D> 'givenName',
>         UserLastname  =3D> 'sn',
>         UserEmail     =3D> 'mail',
>     };
>
>     # AuthSyncModule::LDAP::UserSyncInitialGroups
>     # (sync following group with rw permission after initial create of
> first agent
>     # login)
>     $Self->{'AuthSyncModule::LDAP::UserSyncInitialGroups'} =3D [
>         'users',
>     ];
>
> F=C3=BCr die Anbindung eines weiteren AD's m=C3=BCsste ich doch den gesamte=
n Block
> noch mal haben, richtig?
> Wie unterschiedet OTRS denn, ob die AD-Anbindung f=C3=BCr die Agents oder f=
=C3=BCr
> die Kunden ist?
> hier: ?    $Self->{'AuthSyncModule'} =3D 'Kernel::System::Auth::Sync::LDAP';
>
> Die Synchronisation der AD-Felder bzw. die Zuordnung passiert hier?
>  $Self->{'AuthSyncModule::LDAP::UserSyncMap'} =3D {
>         # DB -> LDAP
>         UserFirstname =3D> 'givenName',
>         UserLastname  =3D> 'sn',
>         UserEmail     =3D> 'mail',
>
> Vielen Dank
>
> Stefan M=C3=BCller
> ---------------------------------------------------------------------
> OTRS mailing list: otrs-de - Webpage: http://otrs.org/=20
> Archive: http://lists.otrs.org/pipermail/otrs-de=20
> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de=20
>

--===============1954644223396933242==--


From simpsonetti@googlemail.com Mon Feb 23 08:07:21 2015
From: Sebastian =?utf-8?q?G=C3=B6decke?= <simpsonetti@googlemail.com>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de]	: Re: Emails abrufen =?utf-8?q?schl=C3=A4gt?= fehl
 (automatisch)
Date: Mon, 23 Feb 2015 09:03:16 +0100
Message-ID:
 <CAJRNCbbcWL9L0ksKLDPHdsFU0n+xq0dFgQ+7g8GWdcHeo-ZncA@mail.gmail.com>
In-Reply-To: <1421861083.319598.873529662.734.2@otrs.edlhuber.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5359363372186914382=="

--===============5359363372186914382==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Am 21. Januar 2015 um 18:24 schrieb Florian Edlhuber <florian.edlhuber(a)gmx.=
de>:
> Hi,
>
> 21/01/2015 13:54 - Sebastian G=C3=B6decke wrote:
>> perl otrs.PostMasterMailbox.pl
>> IMAP: Message 1/1 (support/mailserver)
>> [...cpan-lib/Net/IMAP/Simple.pm line 1221 in sub _read_multiline]
>> Looking for ending parenthsis match...
>
> Vielleicht ist an der Mail auch was faul? Kannst Du die Mail aus dem IMAP
> Postfach mal l=C3=B6schen
> und den Postmaster Mailbox Abruf erneut starten?
>

Hi, war etwas l=C3=A4nger Krank, daher konnte ich nichts machen.
Ich habe nun mir einen einfachen Crontab gesetzt, der ( perl
otrs.PostMasterMailbox.pl ) das hier ausf=C3=BChrt.
Bisher scheint das so zu klappen. Ich frage mich, wieso das nur auf
diesem Weg so geht.

Gru=C3=9F Sebastian


> --
> Florian
>
> ---------------------------------------------------------------------
> 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



--=20
Mit freundlichen Gr=C3=BC=C3=9Fen
Sebastian G=C3=B6decke

--===============5359363372186914382==--


From Markus.Ludwig@Verwaltung.Uni-Muenchen.DE Tue Feb 24 09:39:20 2015
From: Ludwig Markus <Markus.Ludwig@Verwaltung.Uni-Muenchen.DE>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] Anzeigefehler nach Ticket Reply
Date: Tue, 24 Feb 2015 09:35:10 +0000
Message-ID:
 <4B01FACF5829554AB66D40F909140C3F5CB1C9D9@MXS2.zuv.uni-muenchen.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7705451221240642243=="

--===============7705451221240642243==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Zusammen,

einige unserer Agenten klagen ab und an =C3=BCber einen Anzeigefehler, nach d=
em sie ein Ticket beantwortet haben. Es wird zwar die korrekte Anzahl von Art=
ikeln angezeigt, den von ihm gerade verfa=C3=9Ften und hinzugef=C3=BCgten Art=
ikel sieht der Agent aber nicht. Andere Agenten hingegen sehen den Artikel so=
fort.

Mein erster Verdacht war der Kompatibilit=C3=A4tsmodus des IE, der bei uns ob=
ligatorischer Standardbrowser ist, daher habe ich ihn f=C3=BCr die Agenten pe=
r Gruppenrichtlinie deaktiviert. Leider klagen jetzt aber immer noch einige A=
genten =C3=BCber das komische Verhalten.

Bevor ich mich weiter auf die suche begebe daher mal an Euch die Frage, ob da=
s m=C3=B6glicherweise auch bei anderen aufgetreten ist und vielleicht kennt d=
ann ja auch jemand eine L=C3=B6sung.

Viele Gr=C3=BC=C3=9Fe,
Markus


--===============7705451221240642243==--


From thomas.pahl@lauda-koenigshofen.de Tue Feb 24 10:29:17 2015
From: "Pahl, Thomas" <thomas.pahl@lauda-koenigshofen.de>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] set file permissions
Date: Tue, 24 Feb 2015 10:25:03 +0000
Message-ID:
 <44a4f6eb80d24e7ca7f8411f824f9c22@srvexch01.lauda-koenigshofen.intra>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1828985817384100540=="

--===============1828985817384100540==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hallo Liste,

Ich mache gerade das Upgrade von 3.3.4 auf 4.0.5 und m=C3=B6chte die file per=
missions setzten:

root(a)OTRS:/opt/otrs# bin/otrs.SetPermissions.pl -otrs-user=3Dotrs -web-user=
=3Dwww-data -otrs-group=3Dwww-data -web-group=3Dwww-data /opt/otrs
Unknown option: web-user
Unknown option: otrs-group

In der Doku steht nur bin/otrs.SetPermissions.pl -web-group=3Dwww-data Kann i=
ch somit trotz Meldung weiter machen?

Gru=C3=9F Thomas



--===============1828985817384100540==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv
bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4KPG1ldGEgbmFtZT0iR2VuZXJh
dG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+CjxzdHls
ZT48IS0tCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8KQGZvbnQtZmFjZQoJe2ZvbnQtZmFtaWx5OkNh
bGlicmk7CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9Ci8qIFN0eWxlIERlZmluaXRp
b25zICovCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwKCXttYXJnaW46
MGNtOwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJZm9udC1zaXplOjExLjBwdDsKCWZvbnQtZmFt
aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9
CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xv
cjpibHVlOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CmE6dmlzaXRlZCwgc3Bhbi5Nc29I
eXBlcmxpbmtGb2xsb3dlZAoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9yOnB1cnBsZTsK
CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQpzcGFuLkUtTWFpbEZvcm1hdHZvcmxhZ2UxNwoJ
e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7Cglmb250LWZhbWlseToiQ2FsaWJyaSIs
InNhbnMtc2VyaWYiOwoJY29sb3I6d2luZG93dGV4dDt9Ci5Nc29DaHBEZWZhdWx0Cgl7bXNvLXN0
eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi
OwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQpAcGFnZSBXb3JkU2VjdGlvbjEKCXtzaXpl
OjYxMi4wcHQgNzkyLjBwdDsKCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgMi4wY20gNzAuODVwdDt9
CmRpdi5Xb3JkU2VjdGlvbjEKCXtwYWdlOldvcmRTZWN0aW9uMTt9Ci0tPjwvc3R5bGU+PCEtLVtp
ZiBndGUgbXNvIDldPjx4bWw+CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9
IjEwMjYiIC8+CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpz
aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv
Pgo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+CjwvaGVhZD4KPGJvZHkgbGFuZz0i
REUiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPgo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi
Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SGFsbG8gTGlzdGUsPG86
cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V
UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JY2gg
bWFjaGUgZ2VyYWRlIGRhcyBVcGdyYWRlIHZvbiAzLjMuNCBhdWYgNC4wLjUgdW5kIG32Y2h0ZSBk
aWUgZmlsZSBwZXJtaXNzaW9ucyBzZXR6dGVuOjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9
Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tVVMiPnJvb3RAT1RSUzovb3B0L290
cnMjIGJpbi9vdHJzLlNldFBlcm1pc3Npb25zLnBsIC1vdHJzLXVzZXI9b3RycyAtd2ViLXVzZXI9
d3d3LWRhdGEgLW90cnMtZ3JvdXA9d3d3LWRhdGEgLXdlYi1ncm91cD13d3ctZGF0YSAvb3B0L290
cnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn
aW4tbGVmdDozNS40cHQiPlVua25vd24gb3B0aW9uOiB3ZWItdXNlcjxvOnA+PC9vOnA+PC9wPgo8
cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij5Vbmtub3duIG9w
dGlvbjogb3Rycy1ncm91cDxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw
PiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gZGVyIERva3Ugc3RlaHQg
bnVyIGJpbi9vdHJzLlNldFBlcm1pc3Npb25zLnBsICYjODIxMTt3ZWItZ3JvdXA9d3d3LWRhdGEg
S2FubiBpY2ggc29taXQgdHJvdHogTWVsZHVuZyB3ZWl0ZXIgbWFjaGVuPzxvOnA+PC9vOnA+PC9w
Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+R3J13yBUaG9tYXMgPG86cD48L286cD48L3A+CjwvZGl2Pgo8L2JvZHk+CjwvaHRt
bD4K

--===============1828985817384100540==--


From Josef1.Penzkofer@rz.uni-regensburg.de Tue Feb 24 14:28:09 2015
From: Josef1 Penzkofer <Josef1.Penzkofer@rz.uni-regensburg.de>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] Survey-Modul & RadioButon
Date: Tue, 24 Feb 2015 15:24:02 +0100
Message-ID: <54EC9792020000A700024EFD@gwsmtp1.uni-regensburg.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6054740747614101739=="

--===============6054740747614101739==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hallo OTRS-Community,

wir beabsichtigen, das Umfrage-Modul von OTRS zu nutzen.

Dazu hab ich testweise eine Umfrage erstellt
Inhalt: 
4 Fragen mit jeweils 5 Radiobutton,
1 Freitextfeld.

Die 5 Radiobutton jeder Frage sind jetzt aber untereinander angeordnet, so
dass man u.U. nach unten scrollen muss.

Gibt es eine Möglichkeit, die Radiobutton nebeneinander anzuordnen?

Vielen Dank

Gruß

Sepp




--===============6054740747614101739==--


From root@zoide.net Wed Feb 25 10:58:18 2015
From: Udo Waechter <root@zoide.net>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] Customer Datenbank & Random nicht-erkannte Kunden
Date: Wed, 25 Feb 2015 11:54:05 +0100
Message-ID: <54EDA9CD.9010608@zoide.net>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7181731043162108127=="

--===============7181731043162108127==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hallo miteinander,

ich habe unser OTRS4 mit unserer Kundendatenbank verheiratet.

Ich mache das indem ich einmal taeglich die customer_user Tabelle im
OTRS mit den neuesten Daten aus unserem CRM update. Dies ist noetig, da
im CRM die Struktur eine andere ist.

Nun ist uns folgendes Problem aufgefallen:
In manchen Faellen wird im Ticket nicht die CustomerID als Schluessel
genommen (ticket.customer_id Spalte).
Das fuehrt zu einer Diskrepanz zwischen den Infos im "Ticket
Information" Block und "Customer Information" Block. In der TicketZoom
Ansicht

Der generierte Link zu dem User-Profil im CRM den ich in den "Customer
Information" Block mache, ist jedoch immer richtig. D.h. Die CustomerID
wird auf jeden Fall richtig erkannt. Link Struktur ist:
https://CRM/user/<CustomerID> (numerisch)

Komisch ist zusaetlich noch:

Wenn ich mir die Informationen eines User's im "User Information Center"
angucke, dann habe ich im "Company Information" Block die falsche Anzahl
Tickets angezeit, im "Customer Users" Block, allerdings dann die richtige.

Woran kann das liegen? Warum erkennt OTRS den User manchmal nicht, bzw.
speichert die falsche (E-Mail) CustomerID in der Ticket Tabelle?

Die Tickets werden alle per E-Mail erstellt.

Vielen Dank und schoene Gruesze,
udo.


--===============7181731043162108127==
Content-Type: application/pgp-signature
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="signature.asc"
MIME-Version: 1.0

LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEKCmlRRWNCQUVC
QWdBR0JRSlU3YW5OQUFvSkVNakZPTWtnczlWUjNxTUlBSVJnL2JHcEtzdFVuRzlUeHQyNlZLam4K
ZkhCV1U5bUlRM08zeEFZZTBlR1Z0RWh0QUk0REs4VHlBQS9qRXQ5U1g3T2MxTlpHbjk5citMc1d0
Zk5TWDByRQpiZy9SMlY1QW5JT0ZNRHVlcUsxdUlUamhZMk9jMG1mcHNJTk1KMGFuV3dCS2NjbFFW
c2V1N2Z3QSttaVFENU5VCmNGSWczVXBDdUZCV1liakxIS3dqU2tESmZLaXBXOTlCaEtkRVBiNW1n
R0w3b3ZMWWhNcWlGZ2VaUTNhNzZtcUYKODF0bnFDaUxVQmovU2R2UytxaExSbGZCbDhBNDVpUGU1
RmlvZzhmd3hPU0hkbEZybmtWeWFKckgwNjNzWXhLRwp2eGgweENJOUlCQW1DdWlmOE9VZStHbXp5
d3pxT1pVMkdydGROcjlUYlNoYlkxTTFSclVWV2ZMWE5RNUtxTkk9Cj0reTdnCi0tLS0tRU5EIFBH
UCBTSUdOQVRVUkUtLS0tLQo=

--===============7181731043162108127==--


From s.fontagnier@hs-mannheim.de Thu Feb 26 08:13:40 2015
From: Sylvia Fontagnier <s.fontagnier@hs-mannheim.de>
To: otrs-de@lists.otrs.org
Subject: [otrs-de] Update Otrs 3.3 to 4
Date: Thu, 26 Feb 2015 09:08:59 +0100
Message-ID: <000001d0519b$85246500$8f6d2f00$@hs-mannheim.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8419235470597361306=="

--===============8419235470597361306==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hallo Forum,

 

kann mir eventuell jemand einen Tip oder Hilfe geben:

nach dem Update auf 4.x bekomme ich nun nach dem Anmelden an OTRS folgende
Fehlermeldung
(wohl ein Datenbankproblem):


Serverfehler!


Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler
aufgetreten ist. 

Fehlermeldung: 
[Thu Feb 26 09:05:01 2015] -e: Got no DBObject at
/opt/otrs//Kernel/System/Stats/Static/FAQAccess.pm line 26. (in cleanup)
Can't call method "Get" on an undefined value at
/opt/otrs//Kernel/System/AuthSession/DB.pm line 583. , 

Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie
bitte den Webmaster <mailto:s.fontagnier(a)hs-mannheim.de>  hierüber. 


Error 500


 

Vorab schon mal Danke!

Viele Grüße

Sylvia Fontagnier

***************************************

Sylvia Fontagnier (Bau H, 5.OG., Zi. 512) 

Rechenzentrum der Hochschule Mannheim

Paul-Wittsack-Straße 10    68163 Mannheim

Tel: 0621/292-6211       Fax: 0621/292-6-6211-1

Öffnungszeiten:

Di. bis Do.   von 8:00 Uhr bis 11:45 Uhr und

Di. und Do. von 12:45 Uhr bis 16:00 Uhr 

Fr.                  von 8:00 Uhr bis 12:00 Uhr

EMail:  <mailto:s.fontagnier(a)hs-mannheim.de> 

s.fontagnier(a)hs-mannheim.de

***************************************

 

 




--===============8419235470597361306==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEiPjxtZXRhIG5hbWU9R2VuZXJhdG9yIGNv
bnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj48c3R5bGU+PCEtLQov
KiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJpOwoJ
cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLwpw
Lk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBjbTsKCW1h
cmdpbi1ib3R0b206LjAwMDFwdDsKCWZvbnQtc2l6ZToxMS4wcHQ7Cglmb250LWZhbWlseToiQ2Fs
aWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQpoMQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OwoJbXNvLXN0eWxlLWxpbms6ItxiZXJzY2hyaWZ0IDEgWmNobiI7
Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsKCW1hcmdpbi1yaWdodDowY207Cgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsKCW1hcmdpbi1sZWZ0OjBjbTsKCWZvbnQtc2l6ZToyNC4wcHQ7Cglm
b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOwoJZm9udC13ZWlnaHQ6Ym9sZDt9
CmgyCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk7Cgltc28tc3R5bGUtbGluazoi3GJlcnNjaHJpZnQg
MiBaY2huIjsKCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOwoJbWFyZ2luLXJpZ2h0OjBjbTsKCW1z
by1tYXJnaW4tYm90dG9tLWFsdDphdXRvOwoJbWFyZ2luLWxlZnQ6MGNtOwoJZm9udC1zaXplOjE4
LjBwdDsKCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7Cglmb250LXdlaWdo
dDpib2xkO30KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlvcml0eTo5
OTsKCWNvbG9yOmJsdWU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNpdGVkLCBz
cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6
cHVycGxlOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CnAKCXttc28tc3R5bGUtcHJpb3Jp
dHk6OTk7Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsKCW1hcmdpbi1yaWdodDowY207Cgltc28t
bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsKCW1hcmdpbi1sZWZ0OjBjbTsKCWZvbnQtc2l6ZToxMi4w
cHQ7Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30Kc3Bhbi5iZXJzY2hy
aWZ0MVpjaG4KCXttc28tc3R5bGUtbmFtZToi3GJlcnNjaHJpZnQgMSBaY2huIjsKCW1zby1zdHls
ZS1wcmlvcml0eTo5OwoJbXNvLXN0eWxlLWxpbms6ItxiZXJzY2hyaWZ0IDEiOwoJZm9udC1mYW1p
bHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsKCW1zby1mYXJlYXN0LWxhbmd1YWdlOkRFOwoJ
Zm9udC13ZWlnaHQ6Ym9sZDt9CnNwYW4uYmVyc2NocmlmdDJaY2huCgl7bXNvLXN0eWxlLW5hbWU6
ItxiZXJzY2hyaWZ0IDIgWmNobiI7Cgltc28tc3R5bGUtcHJpb3JpdHk6OTsKCW1zby1zdHlsZS1s
aW5rOiLcYmVyc2NocmlmdCAyIjsKCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJp
ZiI7Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpERTsKCWZvbnQtd2VpZ2h0OmJvbGQ7fQpzcGFuLkUt
TWFpbEZvcm1hdHZvcmxhZ2UyMAoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7Cglm
b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJY29sb3I6d2luZG93dGV4dDt9Ci5N
c29DaHBEZWZhdWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250LXNpemU6MTAu
MHB0O30KQHBhZ2UgV29yZFNlY3Rpb24xCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7CgltYXJnaW46
NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQpkaXYuV29yZFNlY3Rpb24xCgl7cGFnZTpX
b3JkU2VjdGlvbjE7fQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFw
ZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPgo8L3htbD48IVtlbmRpZl0t
LT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPgo8
bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh
W2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPURFIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+PGRp
diBjbGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPkhhbGxvIEZvcnVtLDxvOnA+
PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFz
cz1Nc29Ob3JtYWw+a2FubiBtaXIgZXZlbnR1ZWxsIGplbWFuZCBlaW5lbiBUaXAgb2RlciBIaWxm
ZSBnZWJlbjo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+bmFjaCBkZW0gVXBkYXRl
IGF1ZiA0LnggYmVrb21tZSBpY2ggbnVuIG5hY2ggZGVtIEFubWVsZGVuIGFuIE9UUlMgZm9sZ2Vu
ZGUgRmVobGVybWVsZHVuZzxicj4od29obCBlaW4gRGF0ZW5iYW5rcHJvYmxlbSk6PG86cD48L286
cD48L3A+PGgxPlNlcnZlcmZlaGxlciE8bzpwPjwvbzpwPjwvaDE+PHA+RGllIEFuZnJhZ2Uga2Fu
biBuaWNodCBiZWFudHdvcnRldCB3ZXJkZW4sIGRhIGltIFNlcnZlciBlaW4gaW50ZXJuZXIgRmVo
bGVyIGF1ZmdldHJldGVuIGlzdC4gPG86cD48L286cD48L3A+PHA+RmVobGVybWVsZHVuZzogPGJy
PltUaHUgRmViIDI2IDA5OjA1OjAxIDIwMTVdIC1lOiBHb3Qgbm8gREJPYmplY3QgYXQgL29wdC9v
dHJzLy9LZXJuZWwvU3lzdGVtL1N0YXRzL1N0YXRpYy9GQVFBY2Nlc3MucG0gbGluZSAyNi4gKGlu
IGNsZWFudXApIENhbid0IGNhbGwgbWV0aG9kICZxdW90O0dldCZxdW90OyBvbiBhbiB1bmRlZmlu
ZWQgdmFsdWUgYXQgL29wdC9vdHJzLy9LZXJuZWwvU3lzdGVtL0F1dGhTZXNzaW9uL0RCLnBtIGxp
bmUgNTgzLiAsIDxvOnA+PC9vOnA+PC9wPjxwPlNvZmVybiBTaWUgZGllcyBm/HIgZWluZSBGZWhs
ZnVua3Rpb24gZGVzIFNlcnZlcnMgaGFsdGVuLCBpbmZvcm1pZXJlbiBTaWUgYml0dGUgZGVuIDxh
IGhyZWY9Im1haWx0bzpzLmZvbnRhZ25pZXJAaHMtbWFubmhlaW0uZGUiPldlYm1hc3RlcjwvYT4g
aGllcvxiZXIuIDxvOnA+PC9vOnA+PC9wPjxoMj5FcnJvciA1MDA8bzpwPjwvbzpwPjwvaDI+PHAg
Y2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5W
b3JhYiBzY2hvbiBtYWwgRGFua2UhPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPlZp
ZWxlIEdy/N9lPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPlN5bHZpYSBGb250YWdu
aWVyPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5TeWx2
aWEgRm9udGFnbmllciAoQmF1IEgsIDUuT0cuLCBaaS4gNTEyKSA8bzpwPjwvbzpwPjwvcD48cCBj
bGFzcz1Nc29Ob3JtYWw+UmVjaGVuemVudHJ1bSBkZXIgSG9jaHNjaHVsZSBNYW5uaGVpbTxvOnA+
PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5QYXVsLVdpdHRzYWNrLVN0cmHfZSAxMCZuYnNw
OyZuYnNwOyZuYnNwOyA2ODE2MyBNYW5uaGVpbTxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05v
cm1hbD5UZWw6IDA2MjEvMjkyLTYyMTEmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgRmF4OiAwNjIxLzI5Mi02LTYyMTEtMTxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1h
bD7WZmZudW5nc3plaXRlbjo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+RGkuIGJp
cyBEby4mbmJzcDsmbmJzcDsgdm9uIDg6MDAgVWhyIGJpcyAxMTo0NSBVaHIgdW5kPG86cD48L286
cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPkRpLiB1bmQgRG8uIHZvbiAxMjo0NSBVaHIgYmlzIDE2
OjAwIFVociA8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+RnIuJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHZvbiA4OjAwIFVociBiaXMgMTI6MDAg
VWhyPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPkVNYWlsOiZuYnNwOyAmbHQ7PGEg
aHJlZj0ibWFpbHRvOnMuZm9udGFnbmllckBocy1tYW5uaGVpbS5kZSI+bWFpbHRvOnMuZm9udGFn
bmllckBocy1tYW5uaGVpbS5kZTwvYT4mZ3Q7IDxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05v
cm1hbD48YSBocmVmPSJtYWlsdG86cy5mb250YWduaWVyQGhzLW1hbm5oZWltLmRlIj5zLmZvbnRh
Z25pZXJAaHMtbWFubmhlaW0uZGU8L2E+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs
PioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxvOnA+PC9vOnA+PC9wPjxw
IGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PC9ib2R5PjwvaHRtbD4=

--===============8419235470597361306==--


From otrs.list@perl-services.de Thu Feb 26 08:27:04 2015
From: Renee B <otrs.list@perl-services.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update Otrs 3.3 to 4
Date: Thu, 26 Feb 2015 09:22:04 +0100
Message-ID: <54EED7AC.3060201@perl-services.de>
In-Reply-To: <000001d0519b$85246500$8f6d2f00$@hs-mannheim.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6977238611965585386=="

--===============6977238611965585386==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hallo Sylvia,

hast Du das FAQ-Modul auch aktualisiert? Du kannst das auch mit dem
Skript bin/otrs.PackageManager.pl machen...

Viele Grüße,
Renée

On 26.02.2015 09:08, Sylvia Fontagnier wrote:
> Hallo Forum,
>
>  
>
> kann mir eventuell jemand einen Tip oder Hilfe geben:
>
> nach dem Update auf 4.x bekomme ich nun nach dem Anmelden an OTRS folgende
> Fehlermeldung
> (wohl ein Datenbankproblem):
>
>
> Serverfehler!
>
>
> Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler
> aufgetreten ist. 
>
> Fehlermeldung: 
> [Thu Feb 26 09:05:01 2015] -e: Got no DBObject at
> /opt/otrs//Kernel/System/Stats/Static/FAQAccess.pm line 26. (in cleanup)
> Can't call method "Get" on an undefined value at
> /opt/otrs//Kernel/System/AuthSession/DB.pm line 583. , 
>
> Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie
> bitte den Webmaster <mailto:s.fontagnier(a)hs-mannheim.de>  hierüber. 
>
>
> Error 500
>
>
>  


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.de

--===============6977238611965585386==--


From s.fontagnier@hs-mannheim.de Thu Feb 26 08:47:56 2015
From: Sylvia Fontagnier <s.fontagnier@hs-mannheim.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update Otrs 3.3 to 4
Date: Thu, 26 Feb 2015 09:42:30 +0100
Message-ID: <001b01d051a0$50328610$f0979230$@hs-mannheim.de>
In-Reply-To: <54EED7AC.3060201@perl-services.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============7596335713897946413=="

--===============7596335713897946413==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hallo Renée,
danke für die schnelle Antwort.
Ich habe nun folgendes gemacht:
	bin/otrs.PackageManager.pl -a reinstall-all
Das ist dann passiert:

[Thu Feb 26 09:40:29 2015] otrs.PackageManager.pl: Subroutine Load redefined
at /opt/otrs/Kernel/Config/Files/ZZZAutobackup.pm line 7.
Can't locate object method "Load" via package
"Kernel::Config::Files::ZZZAutobackup" (perhaps you forgot to load
"Kernel::Config::Files::ZZZAutobackup"?) at
/opt/otrs/Kernel/Config/Defaults.pm line 1918.

Und nun?

VG
Sylvia
-----Ursprüngliche Nachricht-----
Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im Auftrag
von Renee B
Gesendet: Donnerstag, 26. Februar 2015 09:22
An: otrs-de(a)otrs.org
Betreff: Re: [otrs-de] Update Otrs 3.3 to 4

Hallo Sylvia,

hast Du das FAQ-Modul auch aktualisiert? Du kannst das auch mit dem Skript
bin/otrs.PackageManager.pl machen...

Viele Grüße,
Renée

On 26.02.2015 09:08, Sylvia Fontagnier wrote:
> Hallo Forum,
>
>  
>
> kann mir eventuell jemand einen Tip oder Hilfe geben:
>
> nach dem Update auf 4.x bekomme ich nun nach dem Anmelden an OTRS 
> folgende Fehlermeldung (wohl ein Datenbankproblem):
>
>
> Serverfehler!
>
>
> Die Anfrage kann nicht beantwortet werden, da im Server ein interner 
> Fehler aufgetreten ist.
>
> Fehlermeldung: 
> [Thu Feb 26 09:05:01 2015] -e: Got no DBObject at 
> /opt/otrs//Kernel/System/Stats/Static/FAQAccess.pm line 26. (in 
> cleanup) Can't call method "Get" on an undefined value at 
> /opt/otrs//Kernel/System/AuthSession/DB.pm line 583. ,
>
> Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren 
> Sie bitte den Webmaster <mailto:s.fontagnier(a)hs-mannheim.de>  hierüber.
>
>
> Error 500
>
>
>  


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


--===============7596335713897946413==--


From otrs.list@perl-services.de Thu Feb 26 08:52:33 2015
From: Renee B <otrs.list@perl-services.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update Otrs 3.3 to 4
Date: Thu, 26 Feb 2015 09:48:26 +0100
Message-ID: <54EEDDDA.8090504@perl-services.de>
In-Reply-To: <001b01d051a0$50328610$f0979230$@hs-mannheim.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0864285764978595332=="

--===============0864285764978595332==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

On 26.02.2015 09:42, Sylvia Fontagnier wrote:
> Hallo Renée,
> danke für die schnelle Antwort.
> Ich habe nun folgendes gemacht:
> 	bin/otrs.PackageManager.pl -a reinstall-all
> Das ist dann passiert:
>
> [Thu Feb 26 09:40:29 2015] otrs.PackageManager.pl: Subroutine Load redefined
> at /opt/otrs/Kernel/Config/Files/ZZZAutobackup.pm line 7.
> Can't locate object method "Load" via package
> "Kernel::Config::Files::ZZZAutobackup" (perhaps you forgot to load
> "Kernel::Config::Files::ZZZAutobackup"?) at
> /opt/otrs/Kernel/Config/Defaults.pm line 1918.
>
> Und nun?

ZZZAutobackup klingt nach einer Datei, die von euch (oder von einem
Plugin stammt), hast Du die aus der alten Version wieder hergestellt?


-- 
Perl / OTRS development: http://perl-services.de
OTRS AddOn repository: http://opar.perl-services.de


--===============0864285764978595332==--


From s.fontagnier@hs-mannheim.de Thu Feb 26 09:07:50 2015
From: Sylvia Fontagnier <s.fontagnier@hs-mannheim.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update Otrs 3.3 to 4
Date: Thu, 26 Feb 2015 10:03:35 +0100
Message-ID: <000001d051a3$1a4b3580$4ee1a080$@hs-mannheim.de>
In-Reply-To: <54EEDDDA.8090504@perl-services.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6218032467378047228=="

--===============6218032467378047228==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Nein, aber ich habe eben gesehen vom Datum her ist die Datei älteren Datums
als z.B. die ZZZAuto.pm
Hmmmmmmmmmmmmmm....wenn ich wüsste von welchem Plugin, könnte ich das ev.
deinstallieren?

-----Ursprüngliche Nachricht-----
Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im Auftrag
von Renee B
Gesendet: Donnerstag, 26. Februar 2015 09:48
An: otrs-de(a)otrs.org
Betreff: Re: [otrs-de] Update Otrs 3.3 to 4

On 26.02.2015 09:42, Sylvia Fontagnier wrote:
> Hallo Renée,
> danke für die schnelle Antwort.
> Ich habe nun folgendes gemacht:
> 	bin/otrs.PackageManager.pl -a reinstall-all Das ist dann passiert:
>
> [Thu Feb 26 09:40:29 2015] otrs.PackageManager.pl: Subroutine Load 
> redefined at /opt/otrs/Kernel/Config/Files/ZZZAutobackup.pm line 7.
> Can't locate object method "Load" via package 
> "Kernel::Config::Files::ZZZAutobackup" (perhaps you forgot to load
> "Kernel::Config::Files::ZZZAutobackup"?) at 
> /opt/otrs/Kernel/Config/Defaults.pm line 1918.
>
> Und nun?

ZZZAutobackup klingt nach einer Datei, die von euch (oder von einem Plugin
stammt), hast Du die aus der alten Version wieder hergestellt?


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


--===============6218032467378047228==--


From s.fontagnier@hs-mannheim.de Thu Feb 26 10:08:04 2015
From: Sylvia Fontagnier <s.fontagnier@hs-mannheim.de>
To: otrs-de@lists.otrs.org
Subject: Re: [otrs-de] Update Otrs 3.3 to 4
Date: Thu, 26 Feb 2015 11:03:50 +0100
Message-ID: <000b01d051ab$850e78c0$8f2b6a40$@hs-mannheim.de>
In-Reply-To: <54EEDDDA.8090504@perl-services.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============5252247944434474801=="

--===============5252247944434474801==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hi,

ich habe einfach mal die Datei ZZZAutobackup.pm gelöscht und dann nochmal 
bin/otrs.PackageManager.pl -a reinstall-all ausgeführt.

Nun kommen folgende Meldungen:

ERROR: OTRS-otrs.PackageManager.pl-10 Perl: 5.10.0 OS: linux Time: Thu Feb
26 10:59:40 2015

 Message: OTRSMasterSlave-1.4.5: /opt/otrs/Kernel/Modules/AgentTicketBulk.pm
is different!

 Traceback (21141): 
   Module: Kernel::System::Package::DeployCheck Line: 1644
   Module: bin/otrs.PackageManager.pl Line: 464

ERROR: OTRS-otrs.PackageManager.pl-10 Perl: 5.10.0 OS: linux Time: Thu Feb
26 10:59:40 2015

 Message: OTRSMasterSlave-1.4.5: No such file:
/opt/otrs/Kernel/Output/HTML/Standard/AgentTicketBulk.dtl!

 Traceback (21141): 
   Module: Kernel::System::Package::DeployCheck Line: 1625
   Module: bin/otrs.PackageManager.pl Line: 464

ERROR: OTRS-otrs.PackageManager.pl-10 Perl: 5.10.0 OS: linux Time: Thu Feb
26 10:59:40 2015

 Message: Sorry, can't install/upgrade package, because the framework
version required by the package (3.3.x;) does not match your Framework
(4.0.6)!

 Traceback (21141): 
   Module: Kernel::System::Package::_CheckFramework Line: 2931
   Module: Kernel::System::Package::PackageReinstall Line: 653
   Module: bin/otrs.PackageManager.pl Line: 478

Reinstalled: OTRSMasterSlave

Done.

Vllt hilft das jetzt weiter?
VG
Sylvia
-----Ursprüngliche Nachricht-----
Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces(a)otrs.org] Im Auftrag
von Renee B
Gesendet: Donnerstag, 26. Februar 2015 09:48
An: otrs-de(a)otrs.org
Betreff: Re: [otrs-de] Update Otrs 3.3 to 4

On 26.02.2015 09:42, Sylvia Fontagnier wrote:
> Hallo Renée,
> danke für die schnelle Antwort.
> Ich habe nun folgendes gemacht:
> 	bin/otrs.PackageManager.pl -a reinstall-all Das ist dann passiert:
>
> [Thu Feb 26 09:40:29 2015] otrs.PackageManager.pl: Subroutine Load 
> redefined at /opt/otrs/Kernel/Config/Files/ZZZAutobackup.pm line 7.
> Can't locate object method "Load" via package 
> "Kernel::Config::Files::ZZZAutobackup" (perhaps you forgot to load
> "Kernel::Config::Files::ZZZAutobackup"?) at 
> /opt/otrs/Kernel/Config/Defaults.pm line 1918.
>
> Und nun?

ZZZAutobackup klingt nach einer Datei, die von euch (oder von einem Plugin
stammt), hast Du die aus der alten Version wieder hergestellt?


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


--===============5252247944434474801==--