Hallo Josy,

mein ldapsearch kennt einige der Parameter (-x und -p) nicht. Ich bin an dieser 
Stelle erst mal ratlos. Kann ich mir da irgendwo eine andere Version 
herunterladen?

Verwirrte Grüße
Wolfgang


-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von [EMAIL 
PROTECTED]
Gesendet: Mittwoch, 28. Mai 2008 14:00
An: [email protected]
Betreff: otrs-de Nachrichtensammlung, Band 55, Eintrag 27

Um e-Mails an die Liste otrs-de zu schicken, nutzen Sie bitte die
Adresse

        [email protected]

Um sich via Web von der Liste zu entfernen oder draufzusetzen:

        http://lists.otrs.org/mailman/listinfo/otrs-de

oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
Subject/Betreff oder im Text an

        [EMAIL PROTECTED]

Sie koennen den Listenverwalter dieser Liste unter der Adresse

        [EMAIL PROTECTED]

erreichen

Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
sinnvollen Inhalt der spezifischer ist als "Re: Contents of otrs-de
digest..."


Meldungen des Tages:

   1.  Free Fields Multiline (Lorenzo MUELLER)
   2. Re:  (kein Betreff) (Marco Rudzuck)
   3.  Problem mit Umlauten bei LDAP Anfrage an ADS (Saure, Wolfgang)
   4. Re:  Problem mit Umlauten bei LDAP Anfrage an ADS
      (it-news (Josef Lahmer))


----------------------------------------------------------------------

Message: 1
Date: Wed, 28 May 2008 10:00:59 +0200
From: "Lorenzo MUELLER" <[EMAIL PROTECTED]>
Subject: [otrs-de] Free Fields Multiline
To: <[email protected]>
Message-ID:
        <[EMAIL PROTECTED]>

Content-Type: text/plain; charset=so-8859-1"

Hi an alle:

Kann es wirklich sein, dass keiner weiss wie man ein FreeField als Multiline
darstellen kann ?

Hab dies bereits voriges Monat geschrieben und auch bereits dieses Monat.

Kennt sich da wirklich keiner aus ? Oder wie macht Ihr das:

Ich will zu einem Ticket einen "ActionPlan" definieren. Da dieser "Plan"
klarerweise meistens länger ist bzw. mehrzeilig ist und der einzige Platz
der mir einfiel sind die FreeFields.

Danke im Voraus für Eure Hilfe.

Lorenzo Müller
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: 
<http://lists.otrs.org/pipermail/otrs-de/attachments/20080528/417e646e/attachment-0001.html>
-------------- nächster Teil --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2747 bytes
Desc: nicht verfügbar
URL: 
<http://lists.otrs.org/pipermail/otrs-de/attachments/20080528/417e646e/attachment-0001.bin>

------------------------------

Message: 2
Date: Wed, 28 May 2008 11:37:22 +0200
From: Marco Rudzuck <[EMAIL PROTECTED]>
Subject: Re: [otrs-de] (kein Betreff)
To: "User questions and discussions about OTRS.org in German"
        <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=so-8859-1"; Format=lowed"

Hallo Michael,

tut mir Leid, aber ich glaub dabei kann ich dir nicht weiterhelfen...

werd aber mal schauen, ob ich da auch hinterkomme, weil es ja doch recht
interessant ist auch bei uns.

Falls du schon was rausbekommst, meld dich bitte bei mir ;-)

mfG
Marco

Michael Lutz schrieb:
> Hallo Marco,
>
> erstmal danke für die schnelle Antwort.
> Wir legen derzeit nicht für jeden neuen Kunden gleich ein neues Kundenkonto 
> an, da der Aufwand zum Anlegen meist höher ist als der Nutzen (teilweise nur 
> 1-2 E-Mails pro Kunde). Kann man die Prüfung ob eine emailadresse beim Kunden 
> im Telefonticket angegeben ist vielleicht einfach deaktivieren?
> VG
> Michael
> -------- Original-Nachricht --------
>
>> Datum: Mon, 26 May 2008 13:12:04 +0200
>> Von: Marco Rudzuck <[EMAIL PROTECTED]>
>> An: "User questions and discussions about OTRS.org in German" 
>> <[email protected]>
>> Betreff: Re: [otrs-de] (kein Betreff)
>>
>
>
>> Hallo Michael,
>>
>> bei der Erstellung eines neuen Tickets (ob Telefon oder E-Mail) muss das
>> Ticket ja einem registriertem Kunden zugeordnet werden.
>> Im Grundsystem wird bei der Erstellung eines Kundenaccounts eine
>> Emailadresse benötigt, die ja gleichzeitig auch Loginname wird.
>>
>> Du kannst aber auch einen neuen Kunden per Hand anlegen und das Feld
>> Emailadresse von "required 1" auf "required 0" setzen. Dadurch kann ein
>> Kunde angelegt werden, der keine Emailadresse hat.
>>
>> Bei der Erstellung eines neuen Tickets kannst du so das Ticket diesem
>> Kunden zuordnen.
>>
>> Das Anlegen erfolgt über das Frontend unter Admin->Kunden
>> Benutzer->Erstellen.
>>
>> Das ausser Kraft setzen der Emailadresse erfolgt über kopieren des
>> Blockes
>>
>> Map ÿ            # note: Login, Email and CustomerID needed!
>>             # var, frontend, storage, shown (1úys,2ÿte), required,
>> storage-type, http-link, readonly
>>             [ 'UserSalutation', 'Salutation', 'salutation',    1, 0,
>> 'var', '', 0 ],
>>             [ 'UserFirstname',  'Firstname',  'first_name',    1, 1,
>> 'var', '', 0 ],
>>             [ 'UserLastname',   'Lastname',   'last_name',     1, 1,
>> 'var', '', 0 ],
>>             [ 'UserLogin',      'Username',   'login',         1, 1,
>> 'var', '', 0 ],
>>             [ 'UserPassword',   'Password',   'pw',            0, 0,
>> 'var', '', 0 ],
>>             [ 'UserEmail',      'Email',      'email',         0, 1,
>> 'var', '', 0 ],
>>             [ 'UserCustomerID', 'CustomerID', 'customer_id',   0, 1,
>> 'var', '', 0 ],
>>             [ 'UserDepartment', 'Abteilung',  'department',    1, 0,
>> 'var', '', 0 ],
>>             [ 'UserAddress',    'Adresse',    'postaladdress', 1, 0,
>> 'var', '', 0 ],
>>             [ 'UserAddress1',   'PLZ/Ort',    'town',          1, 0,
>> 'var', '', 0 ],
>>             [ 'UserPhone',      'Phone',      'phone',         1, 1,
>> 'var', '', 0 ],
>>             [ 'UserPhone1',     'Telefon 2',  'misc',          1, 0,
>> 'var', '', 0 ],
>>             [ 'UserPhone2',     'Mobil',      'mobil',         1, 0,
>> 'var', '', 0 ],
>>             [ 'UserComment',    'Comment',    'comments',      1, 0,
>> 'var', '', 0 ],
>>             [ 'ValidID',        'Valid',      'valid_id',      0, 1,
>> 'int', '', 0 ],
>>         ],
>>
>> aus der /Kernel/Config/Files/Defaults.pm in die /Kernel/Config.pm und
>> das setzen von required bei UserEmail auf "0".
>>
>> Hoffe das hilft dir weiter...
>>
>> mfG
>> Marco Rudzuck
>>
>> [EMAIL PROTECTED] schrieb:
>>
>>> Hallo otrs-Liste,
>>>
>>> wenn ein Telefon-Ticket erfasst wird muss beim Feld Kunde bisher
>>>
>> zwingend eine E-Mailadresse hinterlegt werden. Kann man das deaktivieren?
>>
>>> Es gibt Kunden von uns die haben noch keine ;-)
>>> Traurig aber war.
>>> Hoffe das klappt
>>> Viele Grüße
>>> Michael
>>>
>>>
>> _______________________________________________
>> OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/
>> Archiv: http://lists.otrs.org/pipermail/otrs-de/
>> Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
>> Support oder Consulting fuer Ihr OTRS System?
>> ÿhttp://www.otrs.com/
>>
>
>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: 
<http://lists.otrs.org/pipermail/otrs-de/attachments/20080528/2d6c392c/attachment-0001.html>

------------------------------

Message: 3
Date: Wed, 28 May 2008 11:50:56 +0200
From: "Saure, Wolfgang" <[EMAIL PROTECTED]>
Subject: [otrs-de] Problem mit Umlauten bei LDAP Anfrage an ADS
To: <[email protected]>
Message-ID:
        <[EMAIL PROTECTED]>
Content-Type: text/plain;       charset=so-8859-1"

Hallo zusammen,

ich habe folgendes Problem und habe mich schon halb totgegoogelt:

Ich habe OTRS in der neuesten stable Version (2.2.6) auf einem frisch 
installierten Fedora Core 8 mit den entsprechenden Modulen installiert. Der 
Plan ist nun, die Kunden Benutzer aus dem AD auszulesen, da sie ja nun schon 
mal dort angelegt sind. Dies funktioniert auch schon ganz gut, allerdings 
bekomme ich die Umlaute der Benutzernamen leider völlig verdreht angezeigt.
Beispiel Müller Nadine wird als "Müller, Nadine" angezeit. Dies ist sicher ein 
Einstellungsfehler.
Der Apache Server ist so eingestellt, dass der die Seiten im UTF-8 Format 
anzeigt, das OTRS auch (siehe Codeschnipsel)

    $Self->{'DefaultCharset'} =utf-8';
    # $Self->{'DefaultCharset'} =iso-8859-1';

Hier habe ich auch schon mal mit einem anderen Characterset gespielt, leider 
ohne Erfolg.
Wenn ich wieder dafür sorge, dass Kunden Benutzer aus der lokalen Datenbank 
kommen, werden Sonderzeichen wieder korrekt dargestellt.

Dann habe ich mir mal auf der Server das Tool phpLDAPadmin installiert und 
damit Abfragen auf das AD gemacht, aber auch hier werden die Umlaute korrekt 
angezeigt.

Ich habe auch schon mit den folgenden Einstellungen probiert, die ich in einer 
Mailinglist gefunden habe:

>Diese Einstellungen sollten funktionieren:
>
>#   $Self->{DefaultCharset} =iso-8859-15'; # iso-8859-15 ist default
>    $Self->{CustomerUser} >            # [...] #
>            SourceCharset ='utf-8',
>            DestCharset ='iso-8859-15',
>            # [...] #
>        },
>
>ODER:
>   $Self->{DefaultCharset} =utf-8';
>    $Self->{CustomerUser} = ># [...] #
>#            SourceCharset ='utf-8',
>#            DestCharset ='utf-8',
            ># [...] #
>          },

>Für iso-8859-1:

>    $Self->{DefaultCharset} =iso-8859-1';
>    $Self->{CustomerUser} >            # [...] #
>            SourceCharset ='utf-8',
>            DestCharset ='iso-8859-1',
>            # [...] #


Jetzt bin ich mit meinem Latein am Ende und benötige Hilfe.
Was benötigt ihr noch an Infos?

Apache 2.0
OTRS 2.2.6
perl-LDAP.noarch 1:0.34-3.fc7

Vielen Dank
Viele Grüße
Wolfgang Saure



------------------------------

Message: 4
Date: Wed, 28 May 2008 13:19:46 +0200
From: "it-news (Josef Lahmer)" <[EMAIL PROTECTED]>
Subject: Re: [otrs-de] Problem mit Umlauten bei LDAP Anfrage an ADS
To: "User questions and discussions about OTRS.org in German"
        <[email protected]>
Message-ID:
        <[EMAIL PROTECTED]>
Content-Type: text/plain;       charset=so-8859-1"

hallo wolfgang,

anbei meine relevanten teile der config (mit utf-8)
getestet mit zeichensätze von latin1 und latin2

otrs 2.2.6
debian 4.0
apache 2.2

otrs default auf utf-8:
$Self->{'DefaultCharset'} =utf-8';

customeruser params:
                SourceCharset ='utf-8',
                DestCharset ='utf-8',

apache:
AddDefaultCharset UTF-8

mysql: (für den fall jedoch nicht relevant)
datenbank auf UTF-8_general_ci
 default-character-setø
 character-set-server =tf8
 collation-server =tf8_general_ci

eventuell hilft auch installation von "locales-all" (apt-get install 
locales-all)

zum checken:
was liefert ldapsearch für ergebnisse?
ldapsearch -x -D cn=rs_search,dcß,dc= -W -h domaincontroller -b dcß,dc= -s sub 
-P 3 uid=ername

lg josy


------------------------------

_______________________________________________
otrs-de mailing list
[email protected]
http://lists.otrs.org/mailman/listinfo/otrs-de


Ende otrs-de Nachrichtensammlung, Band 55, Eintrag 27
*****************************************************

_______________________________________________
OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otrs-de/
Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
Support oder Consulting fuer Ihr OTRS System?
=> http://www.otrs.com/

Antwort per Email an