Hi Daniela,
zunächst mal nachträglich herzlichen Glückwunsch!!!

Wann hast Du denn Notes-technisch den neuen Namen bekommen? Offenbar ist es ein Cache-Problem des Servers.

Der Admin sollte mal an der Serverkonsole folgendes eingegen:
load updall -r names.nsf

und wenn der Indexer fertig ist ein
dbcache flush

Melde Dich danach mal mit F5 ab und wieder am Server an. Öffne mal das Adressbuch auf dem Server und lass Dir Deine Rechte anzeigen. Dort sollte dann auch die Gruppe DE_Admin erscheinen.

Andreas

Also, Heiraten soll man offenbar gut planen, besonders wenn man Notes User/in ist. Da muss mindestens ein Projekt angestossen werden :-)

Herzliche Gratulation auch von mir.

Wie hast Du denn den Namen geändert bekommen - ich meine jetzt im Notes/Domino :-)) Namechange per AdminP oder neue ID?

Domino hat manchmal Probleme mit Gruppeneinträgen in den Security-Feldern des Serverdokumentes, manchmal hilft da auch ein Neustart des Servers nichts, bisher ist mir, wenn man davon betroffen ist, keine Lösung bekannt. Vielleicht muss man mal die Gruppe neu erstellen (nicht kopieren!), um ein eventuelles Caching innerhalb des Names auszuschliessen. Aber bitte zuerst die Vorschläge der Kollegen, das sind die Standardmassnahmen.

Stehst Du denn in dem Template mit dem neuen Namen drin? Evtl. ist dort kein Administrationsserver eingetragen.
Kannst Du das Template auf dem Server öffnen?
Kannst Du eine neue Datenbank ohne Template auf dem Server anlegen?

Andreas

Also, Heiraten soll man offenbar gut planen, besonders wenn man Notes User/in ist. Da muss mindestens ein Projekt angestossen werden :-)

Herzliche Gratulation auch von mir.

Wie hast Du denn den Namen geändert bekommen - ich meine jetzt im Notes/Domino :-)) Namechange per AdminP oder neue ID?

Domino hat manchmal Probleme mit Gruppeneinträgen in den Security-Feldern des Serverdokumentes, manchmal hilft da auch ein Neustart des Servers nichts, bisher ist mir, wenn man davon betroffen ist, keine Lösung bekannt. Vielleicht muss man mal die Gruppe neu erstellen (nicht kopieren!), um ein eventuelles Caching innerhalb des Names auszuschliessen. Aber bitte zuerst die Vorschläge der Kollegen, das sind die Standardmassnahmen.

hallo sem,

die heirat an sich war ja gut geplant, 9 monate lang! aber notes wurde anscheinend ausschliesslich von männern und ledigen frauen entwickelt, sonst hätten die namensänderungen nicht so kompliziert gemacht. für die user ist es ja schon schwer, wobei nicht immer nur eine heirat ausschlaggebend ist, man kann sich ja beim anlegen mal vertippen. aber administratoren sollten sich echt überlegen, ob sie im notes nicht den alten namen behalten. egal.

server neustart kanns eh nicht sein, weil der wird bei mir jede nacht durchgestartet, sowieso, wegen dem backup.

zu deiner frage: name change ganz normal über antrag. der name wurde ja auch in fast allen datenbanken etc. geändert, nur in manche muss ich jetzt rein und über full access den namen per hand ändern. passiert aber eher selten.

ich schau mal bei den anderen tips weiter,
gruss,
daniela

Stehst Du denn in dem Template mit dem neuen Namen drin? Evtl. ist dort kein Administrationsserver eingetragen.
Kannst Du das Template auf dem Server öffnen?
Kannst Du eine neue Datenbank ohne Template auf dem Server anlegen?

Andreas

hi,
ja, im template stehe ich mit dem neuen namen drin und auch mit DE_Admin. hab das template ja erst mit dem neuen namen angelegt. hab zwar grad gesehen, dass in der schablone (default sanyo schablone), mit der ich diese schablone erzeugt hab, noch der alte name drinstand. aber ich habe dann ja anschliessend in der New Projects Schablone sofort alles vom alten auf den neuen namen geändert in der ACL.

ja, ich war grad im admin client und konnte dort die sanyonpr.ntf anstandslos öffnen. in der programmiere ich ja diese woche den ganzen tag schon rum. ohne probleme. ich kann nur aus dieser schablone keine nsf erzeugen.

ja, ich hab grad eine neue datenbank (test.nsf) auf dem server angelegt, ohne eine schablone (=blank) zu benutzen, das ging anstandslos. ohne fehler.

NUR sobald ich die New Projects schablone verwende, bekomme ich die fehlermeldung, dass ich nicht authorisiert bin. hat also wohl doch mit dieser einen schablone zu tun. jetzt kommen wir doch einen schritt weiter, oder?

in der ACL dieser datenbank (schablone) stehe ich namentlich als manager drin mit allen rollen, bei Administration server steht auch mein notes server drin, bei action steht "Do not modify Names fields) und es ist "Enforce a consistent xxx" angekreuzt.

was läuft denn hier falsch, mensch? ich heirate nimmer !

gruss,
daniela

Also, wenn die Frau einen Mann heiratet, bei dem im Betrieb XC eingesetzt wird, ist das offenbar ein Grund, sich für den Familiennamen der Frau zu entscheiden :-)

Spass beiseite: Ich hab mir mal das Vergnügen gegönnt, ein kurzes, eigenes Konzept für einen Namensänderungs-Prozess zu skizzieren, und ich muss sagen, mit den ganzen Gruppen, Namensfeldern, Autorenfeldern, Leserfeldern, diverse Eintragungen in ACLs und so weiter und so fort und das alles dann womöglich noch über mehrere Domänen hinweg, das ist technisch ganz schön kompliziert und es ist eigentlich eher umgekehrt, ist erstaunlich, dass es so relativ gut funktioniert (vorausgesetzt, bei allen Datenbanken steht der richtige Admin-Server drin und überall ist angegeben, dass die Namensfelder auch angepasst werden sollen).

Dein Problem ist vermutlich unabhängig vom Rename, diese Erscheinung hatte ich nämlich auch schon bei Namen, die nie geändert wurden, hab sogar jemanden im Access-Server-Feld mit Namen drinstehen auf einem Server und der kommt auf den Server nicht drauf: Access Denied. Vielleicht müsste man das Serverdokument neu anlegen ....... :-(

ich hab jetzt auch grade nochmal von meiner default sanyo schablone, bei der ich vor 10 minuten manuell den namen geaendert hab, eine test.ntf erzeugt. davon wiederum dann eine test.nsf, und alles lief wie am schnürchen.

es scheint also wirklich in meiner project.ntf ein problem zu sein. ich hab daran 2 ganze wochen gearbeitet, und die sollte heute morgen live gehen. was kann ich denn noch tun? es kann ja nun nicht mehr am nab, serverdokument oder sonstwas liegen, wenn es doch NUR mit der einen NTF nicht klappt?

gruss,
daniela

p.s.: bin halt altmodisch, will den namen des mannes tragen und das nicht abhängig vom mail system machen :-))

Gibt es in der ACL der Schablone Einträge mit eckigen Klammern? Falls ja, werden diese beim Anlegen einer Datenbank aus der Schablone in die ACL der neuen Datenbank geschrieben.
Falls ja, stehst Du da drin - per Gruppe oder namentlich?

Gibt es Designelemente, die mit Lesezugriff (Ansichten, Masken) geschützt sind? Falls ja, stehst Du da drin?

Ansonsten würde ich mal das "Enforce consistent ACL" deaktivieren.

Gibt es eigentlich im Log des Servers dazu eine Meldung?

Mehr fällt mir dann auch nicht dazu ein.

Andreas

hallo @ALL,

also, ich weiss nicht, was los war, aber ich hab jetzt folgendes gemacht:

- hab die NTF nochmal neu kopiert, ohne ACL, auf den server
- hab dann davon eine NSF erzeugt

jetzt geht alles einwandfrei.

ich finde es trotzdem komisch und hoffe, dass das eine einmalige sache war mit der kennung "mysteriös".

danke für alle eure hilfe  
gruss,
daniela

ich würde schon sagen, wenn du noch 2 vorschläge hast, dann schreib die einfach noch hier hinten dran.

1.) falls das problem bei mir doch jetzt häufiger auftreten sollte
2.) falls jemand anderer das problem an dieser stelle noch nicht gelöst hat, kann er vielleicht mit deinen vorschlägen weitermachen.

gruss,
daniela  

hi Jens,


NNNNNEEEEEIIIIN - ich heirate nimmer !!! ich dachte eher daran, falls mir das noch mit weiteren datenbanken passieren sollte.

hab leider vor lauter frust die alte schablone einfach gelöscht. ich will nix haben, was nicht funzt. kann's also jetzt leider nimmer probieren. aber - wie gesagt - falls nochmal eine aufkreuzt, ich hab ja den call als shortcut auf meinem desktop, kann ich jederzeit nachschauen und nochmal probieren.

also, danke für alles,
daniela