Das Notes-Namensystem

[Semeaphoros]

Eine etwas überarbeitete, neue Version befindet sich in den Best Practices hier:


Notes Namensystem



Das Notes-Namensystem hat seine Wurzel in verschiedenen Definitionen.

Ursprünglich gab es einen flachen Namen, er bestand nur aus Vorname und Name:

"Jens-B. Augustiny"

Den können wir gleich mal wieder vergessen, denn Notes 6 akzeptiert einen flachen Namen nur noch sehr beschränkt, und seit R5 kann man keine Notes-IDs mehr erstellen, die nur einen flachen Namen haben.


Der Hierarchische Name:
Dieser ist nach der von der ITU vor vielen Jahren festgelegten Adressierungs-Norm X.400 gebildet (wobei X.400 mehr als nur die Adresse definiert).

Diese Adressierungs-Norm basiert auf einem Schlüsselwort-Format, welches ähnlich wie in einer INI-Datei die Bestandteile mit "Keyword = Value" definiert. Damit die Adressierung in einer einzigen Zeile erfolgen kann, werden die einzelnen Werte durch einen / getrennt. Beispiel folgt später.

Weiter wurde die Internet-Adressierung mit einbezogen (SMTP-Format). Dabei nutzt Notes selber normalerweise die Adresse im X.400 Format. Als letzte Komponente im Notes-Namensystem gibt es die LDAP-Integration.

Die von Notes genutzten Teile findet man einerseits unter dem LotusScript Object NotesName und andererseits unter der @Function @Name dokumentiert, wenn auch so ziemlich ohne nützliche Beispiele.

Notes implementiert eigentlich alle X.400 Attribute der Adresse, hat damit natürlich auch die Möglichkeit, irgendwelche X.400 Messaging-Systeme zu nutzen. Es gab eine Zeit, da war der Dokumentenaustausch auf der Basis von EDI (Electronic Document Interchange, das basiert auf X.400) recht verbreitet, wird aber unterdessen unter dem Einfluss des Internets von anderen Technologien abgelöst. Besondere Verbreitung findet EDI und anverwandte noch im Bankenbereich, bei Versicherungen und im [internationalen] Handel. In diesen Bereichen wird es noch lange dauern, bis EDI verschwindet.

Hier die in Notes implementierten X.400-Attribute:

a) Diese Attribute werden von Notes benutzt:

CN "common name": entspricht dem alten, flachen Namen: "CN=Jens-B. Augustiny", nicht sicher, ob dieses Keyword in X.400 existiert oder ob es nur Notes-Spezifisch ist.

OU "organizational unit": Abteilung, dabei lassen sich bis zu 4 "Unterorganisationen" verwenden: "OU=Software/OU=Bern"
O "organization" : Firma, Behörde oder was immer die "rechtliche Einheit" ist: "O=Ligonet"
C "country", Landeskürzel (2stellig nach ISO-Norm): "C=CH"

b) die folgenden Attribute werden von Notes nicht benutzt, existieren aber und werden von der NotesName-Klasse korrekt wiedergegeben:

G "given name": Vorname: "G=Jens-B."
I "initial" : Initialen: "I=JBA"
S "surname" : Nachname: "S=Augustiny"
Q "generation" : Jr oder Sr ..... : "Q=Jr"

A "ADMD name" : in der X.400-Definition ausgeschrieben als ADMD= : Da man bei der Definition von X.400 (erste Version: 1984, zweite, stark veränderte Version 1988) noch völlig von regulierten Postsystemen ausgegangen ist, damit also eine Kommunikation von Firma zu Firma immer über einen staatlichen Messaging-Dienst zu gehen hatte, muss jede X.400-Adresse eine ADministrative Messaging Domain haben, an der die Firma angeschlossen ist. Das waren dann natürlich die staatlichen Postdienste.

"A=Swisscom"

P "PRMD name" : Auch das in X.400 ausgeschrieben als PRMD= : Das ist dann der "Hauspostdienst", also der nichtstaatliche Mailvermittler, PRivate Management Domain. Heute würde man Provider sagen:
"P=Green"  (schlechtes Beispiel, weil die kein X.400 anbieten, ich weiss aber tatsächlich keinen, der das noch als Provider macht)



Also, hier noch einmal:

Flat Name:
"Jens-B. Augustiny"


X.400 Name:
"C=CH/ADMD=Swisscom/PRMD=Green/O=Ligonet/OU=Bern/OU=Software/I=JBA/S=Augustiny/G=Jens-B."

X.400 Name in Notes-Schreibweise:
"C=CH/A=Swisscom/P=Green/O=Ligonet/OU=Bern/OU=Software/I=JBA/S=Augustiny/G=Jens-B."

Notes-Name:
"CN=Jens-B. Augustiny/OU=Software/OU=Bern/O=Ligonet/C=CH"


Notes-Name Abbreviated:
"Jens-B. Augustiny/Software/Bern/Ligonet/CH"


Gibt man das nun in NotesName ein, bekommt man folgende Attribute besetzt:

Abreviated = "Jens-B. Augustiny/Software/Bern/Ligonet/CH"
Country = "CH"
Canonical = "CN=Jens-B. Augustiny/OU=Software/OU=Bern/O=Ligonet/C=CH"
Common = "Jens-B. Augustiny"
Organisation = "Ligonet"
Orgunit1 = "Bern"
Orgunit2 = "Software"
Keyword = "CH\Ligonet\Bern\Software"  (speziell für Ansichten, siehe Hilfe zu @Name)

** Soweit die Notes-Interna und was damit zusammenhängt.
Füttert man NotesName eine Internet-Adresse, dann wird diese ebenfalls ganz vernünftig auseinander genommen:

"Jens-B. Augustiny" <jba@ligonet.ch> wird wie folgt aufgelöst:

Abbreviated = """Jens-B. Augustiny"" <jba@ligonet.ch>"
Canonical = """Jens-B. Augustiny"" <jba@ligonet.ch>"
Common = """Jens-B. Augustiny"""
Keyword = """Jens-B. Augustiny"" <jba@ligonet.ch>"
Addr822Phrase = """Jens-B. Augustiny"""
Addr822Localpart = "jba"
Addr821 = "jba@ligonet.ch"

[Semeaphoros]

Ich habe mal versucht, zusammenzustellen, was ich über das Notes-Namensystem so alles weiss. Bin aber sicher, dass in dieser Zusammenstellung noch Fehler drinstecken, so möchte ich doch bitten, die Sache hier mal durchzudiskutieren, so dass ich dann Korrekturen und Ergänzungen noch anbringen kann.

[animate]

wow. Danke für die Arbeit.

[Glombi]

Was sollte man da noch ergänzen? Sehr gut, setzen  

Andreas

[Semeaphoros]

Danke ...  

[smokyly]

Mehr als genial - endlich mal eine ausführliche Beschreibung, von der man profitieren kann. Super!

Nur eines: EDI haben wir gerade eingeführt - wird zwischen Handel und Produzent immer noch als Nummer Eins zum Datenaustausch genutzt (zumindest bei Lebensmitteln).

[Semeaphoros]

Ok, ich formuliere das um. Klar, da sind ein paar "ganz Grosse" im Boot bei EDI, damit wird das noch Ewigkeiten gehen, bis es ausstirbt. Bin trotzdem der Meinung, dass die Bedeutung am Abnehmen ist, glaube kaum, dass neue Anwendungsgebiete für EDI erschlossen werden, es wird eher so sein, dass die bestehenden langsam abbauen werden. Etwa so wie die Telex-Technologie, und unterdessen die Fax-Technologie, bei beiden sieht man deutlich, wie lange das dauern kann .... Tönt das besser?

[smokyly]

Ach was, ist hier ja keine Diskussion um EDI!

Aber ganz kurz noch, das wird sich noch laaaaaange halten. Die Einführung bei uns hat deswegen so lange gedauert, weil die CCG erst die entsprechenden "Normierungen" (hahaha, Theorie und Praxis laufen da mal wieder etwas auseinander) festschreiben mußte. Sowas wird dann nicht gleich wieder weg geworfen.
Das Verfahren an sich, ist veraltet und eigentlich ziemlich daneben. Wohlgemerkt, ich kann nur von meinen Erfahrungen bei uns sprechen. Und da finde ich es seltsam, daß ein elektronischer Datenaustausch immer noch mit Papier belegt werden muß.

Was als Nachfolger kommen wird - wir werden sehen und wieder viel Arbeit bekommen.

Aber gut, Du hast natürlich recht, ich wollte nur darauf hinweisen, daß das nicht mehr nur im Bankensektor eine große Rolle spielt.

Allens chlor?

[Semeaphoros]

Na, ich denke mal, wir strotzen da vor Uebereinstimmung ....  

Schon klar, dass es nicht nur die Banken sind, dort ist es einfach am Bekanntesten, und dass es so schnell nicht ausstirbt, ist auch klar.

Das mit dem Erstellen von Papierbelegen hat natürlich nicht nur eine technische Seite, sondern auch eine juristische, und da gibts die merkwürdigsten Sachen. Wenn ich Dir zum Bleistift eine Rechnung als PDF zumaile, reicht es offenbar nach deutschem Recht nicht, wenn Du die einfach ausdruckst und der Buchhaltung weitergibst, das muss irgendwie speziell gekennzeichnet werden. Und das ist regelrecht Dummfug: wer kann schon nachweisen, dass die Rechnung nicht bei mir ausgedruckt und per SnailMail verschickt wurde, sondern direkt bei Dir gedruckt wurde?? Klar, kriminalistisches Vorgehen schliesse ich da mal aus :-)

[Semeaphoros]

So, hab noch Versicherungen und Handel zum Edi dazugesetzt und auch gleich gesagt, dass es noch lange dauert, bis es verschwindet .....  

Ansonsten, da ich mich ja setzen durfte, hab ich die Sache auf Erledigt gesetzt ............

[Manfred Dillmann]

Hallo Jens,

danke - saubere Arbeit, kann sich sehen lassen!

Gruss
Manfred

[MartinG]

Hallo Jens,

super Arbeit - kürzer und prägnanter gehts wohl fast nicht mehr.

Wir führen derzeit auch EDI ein. Teststart ist 01.02.2004, Echtstart in der Firmengruppe ab 01.04.2004 und Echtstart mit ext. Kunden soll der 01.06.2004 sein....

Wobei die Technology schon hoffnungslos veraltet ist...

Gruss
Martin

[Semeaphoros]

Hey, schon interessant, dass gerade 2 gleichzeitig am Einführen von EDI sind ........

[smokyly]

War schon am Gehen und dann kam ein Anruf von einem EDI-Empfänger: die Kunden, welche über diesen abrechnen, wollen nun von uns die Liefernachweise weiterhin in Papierform bekommen!
Würde bedeuten, daß wir diese zusammen mit der (Sammel)Rechnung ausdrucken, an den EDI-Empfänger schicken und der diese dann an seine "Kunden" weiter reicht. Super, ganz doll, elektronischer Fortschritt nennt sich das?? Der EDI-Empfänger soll gefälligst selbst seinen Papierkram ausdrucken! Schließlich hat er die Daten!

Hmm, will nicht schwarz malen, aber die "Einführung" dauert bei uns jetzt schon seit November 2002 an. Und an uns liegt es nicht, wenn der Echtbetrieb bei vielen Kunden noch auf sich warten läßt. Und das, obwohl wir von diesen quasi dazu gezwungen wurden...

So, Dampf abgelassen, nun hau ich dann aber doch bald ab.....

[TMC]

Prima Überblick Jens, sehr hilfreich, danke.

Ich habe eh schon mal überlegt, wo man denn hilfreiche Übersichten, Dokus etc. zentral hier im Forum sammeln könnte (also diese hier, dann Errorhandling, Schleifenkunde etc.).
Vielleicht als Sticky im Projektbereich? Und dort dann nur 1 Posting mit Kurzbeschreibung und Link....
Vorteil: Sticky wird nicht zugespammt weil nur ein Mod schreiben darf. Wenn was mit aufgenommen werden soll: -> per PM bei Mod beantragen

Na ja, vielleicht habt Ihr noch andere Ideen.

TMC

[Semeaphoros]

... genau solche Ueberlegungen hab ich auch seit letzter Nacht ... :-)

Ich denke da zwar eher an ein moderiertes Forum speziell fürs "Nachschlagen". Hab noch keine Ahnung, wie so etwas günstig zu organisieren wäre. Wir sind schon bald so weit, dass wir eine Notes-Handbuch-DB brauchen  

[TMC]

hmm, ja, eigener Forumsbereich hab ich auch schon drangedacht. Muss sich aber abgrenzen von Tipps und Tricks. Und evtl. eingeschränkte Schreibrechte (evtl. nur Mods?). Mein Ziel wäre es halt, per 2 Mausklicks an die ganzen Dinge zu kommen.....

Mögliche Rules:
- nur Sachen, die in der AtNotes-Community entstanden sind oder hier erweitert/verbessert wurden.
- Praxisnähe (Beispiele etc.) wo möglich
- nur umfangreichere / übergreifende Themen, es soll z.B. kein einzelner @Formel-Befehl erklärt werden, außer dieser ist so komplex und wirft immer wieder viele Fragen auf, die auch nirgens vernünftig dokumentiert sind.
.... to be continued ....

TMC

[TMC]

alternativ wäre noch eine Idee bei einem Forum:

Jeder darf schreiben, abär:
 - alles was nicht den Rules entspricht fliegt raus
 - Im ersten Posting muss sich immer die endgültige aktuelle Lösung befinden (oder muss zumindest zeitnah aktualisiert weden)
 - alles wo binnen X Tage nichts passiert (weil Projektstillstand oder warum auch immer) fliegt auch raus und kommt ins Projekt-Forum oder Tipps & Tricks, etc.

[Semeaphoros]

Eben, genau wegen der von Dir aufgeworfenen "Probleme" sollte so etwas im Sinne eines oder mehrerer Editors/en moderiert sein.

[TMC]

Jens, schon eine Idee für einen Namen?

- Dokumentationen
---> da posten dann wieder u.U. Neue Member was themenfremdes rein ("Wo finde ich die Designerhilfe",
       "Wie erstelle ich ein Pflichtenheft", etc.)
        Außerdem nicht treffend
- Tipps und Tricks
---> gibts schon, irreführend etc.
- AtNotes - Ausarbeitungen
----> irgendwie ein blöder Name

Hmm, irgend einen guten, treffenden Namen braucht man da, weiteres kann man ja im Untertitel reinbringen...