Genau das Verhalten hatte ich, als ich versuchsweise nur ein Namen übergeben hatte (-> Programm ließt von STDIN);

Ersetzt mal die Erste Zeile der sub read2hash (my $file = shift; ) durch

Nun erscheint folgendes:

c:\prisma\Test>Test.pl ADS.ldf ADAM.ldf Ausgabe.ldf
kein Dateiname in read2hash! at c:\prisma\Test\Test.pl line 38
main::read2hash('undef','sAMAccountName') called at c:\prisma\Test\Test.
pl line 9

c:\prisma\Test>Test.pl ADS.ldf ADAM.ldf Ausgabe.ldf
kein Dateiname in read2hash! at c:\prisma\Test\Test.pl line 38
main::read2hash('undef','sAMAccountName') called at c:\prisma\Test\Test.
pl line 9

Überprüf mal bitte, warum die sub mit undef als Wert aufgerufen wird.
Dürfte eigentlich nicht sein wenn die Zeilen mit der Argumentübergabe und den Aufrufen wie oben aussehen.
Hiernochmal wiederholt:
$fads ist die Variable, die das erste Kommandozeilenargument empfängt, diese Variable wird an den ersten Aufruf von read2hash() übergeben.
....
Ah mir kommt gerade was. Ich hatte mal folgendes Phänomen (unter NT4 mit Activestate 5.6, allerdings, ist schon länger her). Wenn man sein Skript mit dem nackten Namen aufruft findet cmd.exe es zwar, aber die Argumente gehen verschütt. Probier mal den Aufruf mit

Quote

c:\prisma\Test>perl Test.pl ADS.ldf ADAM.ldf Ausgabe.ldf

\n\n

<!--EDIT|pKai|1116428164-->

[quote=StefanJ,18.05.2005, 11:43]@ Strat: So einfach ist das nicht, denk ich, weil ich ja den sAMAccountName mit dem "CN-Name" des DN vergleichen muss, da ja das ADAM ldf File keinen sAMAAccountName besitzt ! (oder hab ich dich falsch verstanden ???)[/quote]
wenn das adam-ldif-file keinen samAccountName hat (habe ich uebersehen, sorry), dann musst du halt versuchen, nach anderen kriterien die objekte einander zuzuordnen.

fuer Syncs zu AD speichere ich gerne als "Link" die objectGUID (ist ein eindeutiger Octettstring im AD, der sich auch beim verschieben nicht veraendert) im anderen directory (bei dir ADAM) ab, sodass ich dann ueber ADSI folgendermaszen auf das AD-Objekt zugreifen kann:
ldap://domain<GUID=..............>
und schreibe dann auch eine eindeutige ID nach AD

fuer syncs von AD zu ADAM verwende ich dann diese eindeutige ID zum matchen. Alternativ bieten sich sAMAccountName oder UserPrincipalName an, wenn die in ADAM gespeichert sind; wenn nicht (oder im falle eines "Erstkontaktes" bleibt nur ein Mapping ueber andere Kriterien uebrig, die du herausfinden musst. dann verwende einfach diesen filter anstelle des samAccountnames in meinem Rezept, und dann koennte es klappen, wenn die zuordnungsregeln gut genug sind

Strats Anmerkung heißt bezogen auf mein Skript, dass das der zweite Aufrufparameter für read2hash ggf. geändert wird, da dies das Attribut ist unter dem die Datensätze der betreffenden Datei (erster Aufrufparameter) als Schlüssel indiziert werden.

Hab leider bis Freitag keine Zeit mehr es auszuprobieren, ob es mit vorangestellten 'perl' funktioniert. Ich melde mich Freitag dann wieder !!
Vielen Dank für eure Hilfe schon mal :-)

Jauu dat funzt mit dem vorrangestelltem 'Perl'! Danke,aber leider sogleich ein neues Problem:
Das Skript funktioniert wunderbar, ausser das irgendwo ein kleines Fehlerchen eingeschlichen hat. Und zwar funktioniert das Skript mit kleineren Dateien super, aber wenn ich das Skript über eine Datei mit 80500 Zeilen(in dem ca.3500 Objekte(sAMAccountNames) aufgelistet sind) laufen lasse, fängt er nach 8-9 Sek an die cmd Box mit "Use of uninitialized value in length at Test.pl line 32." vollzuschreiben. Das daraus resultierend ldf-File ist mit ldifde nicht importierbar.
line 32 ist "$neu->add ($att, $val) if length $val;"
Wie behebt man dieses Problem ?
Stefan

\n\n

<!--EDIT|renee|1116592197-->

Alternativ kann man auch die Zeile so lassen, und die Zeile darüber ändern in ändern. Bei sowas muss man sich nur klar werden, ob man zwischen undef und Leerstring unterscheiden muss.

Allerdings bin ich im Moment der Meinung, dass egal welche Änderung du einbringst, die Ausgabe des Programms dadurch nicht verändert wird.

Wenn es also ein Problem mit dem Import gibt, muss man sich schon im Einzelnen anschauen, welche Datensätze er warum nicht frisst. Und daraufhin ggf. das Programm ändern (Mein Original gibt ja auch z.B. keine objClass zurück. Ohne die z. B. wird das schwerlich importierbar sein.) Das Programm, auch wenn es schon "sehr viel" tut, ist ja auch nur eine Gedankenskizze, die du schon an deine konkreten Bedürfnisse anpassen musst.