lokal replizierte Mail-DB als lokales Adressbuch verwendbar?

[schroederk]

Hallo,

eine Sekretärin würde gerne die Adressdaten ihres Chefs bearbeiten.
Früher haben wir hierfür das lokale Adressbuch vom Chef auf den Server repliziert und der Sekretärin den Zugriff gewährt.
Da ja auch mit dem 8.5er Client das lokale Adressbuch automatisiert ins Mail-File synchronisiert werden kann, kann man für die Sekretärin auch eine Kachel im Arbeitsbereich anlegen, dass beim Öffnen direkt "Contacts" öffnet.
Jetzt hat sie gefragt, ob es möglich ist, dass Sie für die Schnelladressierung auch dieses Adressbuch verwenden kann.
Also doch nur wieder über das zusätzliche Adressbuch auf dem Server, dass dann wieder lokal auf ihren PCrepliziert wird?

Oder könnte man auch das Mail-File vom Chef auf ihren PC replizieren, allerdings nur die View ($Contacts)?
Würde dies überhaupt als Adressbuch funktionieren oder erwartet der Client hierfür zwingend die View People?

Wie wird bei Euch vorgegangen? Gibt es eventuell noch ganz andere Ansätze?

[Micha B]

Also doch nur wieder über das zusätzliche Adressbuch auf dem Server, dass dann wieder lokal auf ihren PCrepliziert wird?

Mir wäre kein anderer Weg bekannt, da ein Zugriff auf $Contacts einer Maildatenbank meines Wissens bei der Adressierung ni9cht funktioniert. Es ist ja nur eine Art 'Zwischenspeicher'. Nur per iNotes ist die Adressierung darüber möglich.

[MartinG]

Ich denk es geht leider immer noch nur über den Weg dass das Adressbuch auf den Server repliziert werden muss...
Was man sich sparen kann (wie bisher auch schon), dass man das Adressbuch dann nochmals lokal repliziert. Hier reicht in der NOTES.INI ein Verweis auf das Adressbuch auf dem Server...

names=names.nsf, dominoserver!!adressen\adressbuch_chefe.nsf

[schroederk]

Schon ziemlich schade, dass es da noch nichts besseres gibt.
Das gibt schnell ein schönes Durcheinander:

Chef hat lokales Adressbuch, repliziert sich mit seinem Mail-File, repliziert sich mit seinem iPhone
lokale Adressbuch repliziert sich mit dem zusätzlichen Adressbuch, dass sich wieder lokal auf das Notebook der Sekretärin repliziert (ja auch sie hat eins).
Zudem es Schwierigkeiten gibt, wenn mal das Notebook abhanden kommt (was leider sogar öfter vorkommt).

Tja, hilft nichts, nur hoffen, dass sich Dinge irgendwann mal zum Besseren ändern.

[ThomasHB]

...das ist wohl war.
Wenn ich da noch ein kleines OT rein geben darf.

Warum machst du nicht ein Upgrade, von mir aus auch ein fiktives Upgrade und von da an geht das halt nicht mehr anders, als das Adressbuch auf den den Server zu legen...
Nimmst die replik Rechte auf der DB weg und fertig... Ab der Version ist das halt so.

Das ist zwar ein bisschen, naja... Aber was solls.
Ich habe damals auch schon ganz gezielt damit begonnen...

Diese DB kann man nicht replizieren...
Warum?
Ist in der Berechtigung nicht vorgesehen.
Kann man das nicht so schalten?
Könnte man schon, aber durch das hin und her pflegen würde es am Ende nur zum Durcheinander, zu Replikkonflikten etc. kommen. Da muss sich dann jemand drum kümmern, der kann in der Zeit nicht anderes machen... Da sparen wir lieber Zeit und Geld und machen das so...

Könnte z.B. ein Dialog sein...
Man kann es auch bringen und sagen, das geht nicht mehr für Adressbücher....

Muss natürlich jeder selber wissen... Wir haben uns das damals mit dem CIO so überlegt, das auch so zu vertreten, nach eben genau solchen Problemen.
Blos bei uns ist es so, das geht zwar aber das machen wir nicht mehr. Der Pflegeaufwand wäre zu groß...

Bei anderen DBs gibts zwar hin und wieder auch Replikkonflikte, aber das hält sich sehr in grenzen.
Damals hatte bei uns der Chef auch ein solches AB, das wurde von zwei Leuten aus dem Sekretariat gepflegt.
Da gabs ständig Ärger...

[Steve_O.]

Wir setzen seit Jahren die Variante der Server-Replik ein und haben nie Schwierigkeiten damit!
Chefs haben ihr eigenes Adressbuch, welches mit dem Server repliziert.
Sekretariate haben ihr eigenes Adressbuch und bearbeiten die Server-Replik des Chefs.
Sollen die Sekretariate dieses Adressbuch auf dem Server auch zum Adressieren nehmen,
werden diese lokal auf die Sekretariate repliziert und eingebunden.
Sollte es vorkommen, dass es Konflikte gibt ( so gut wie nie ) lösen es die Sekretariate selbst.
Alle bekommen in der Online-Arbeitsumgebung periodische Replizierung aktiviert.
Unklarkeiten in der Handhabung werden organisatorisch gelöst.
Technisch haben wir quasi nie Support zu leisten.

Gruß,  Steffen

[stoeps]

Wenn die Sekretärin Zugriff auf das Chef Mailfile hat, reicht die altbekannte:
names=names.nsf,dominoserver!!mail/chefe.nsf

Also Pfad zum Mailfile. Die $contacts reicht.

Nicht unbedingt das gelbe vom Ei, aber geht. Getestet in 8.02 und 8.5

[Micha B]

Echt? Das muß ich glatt mal probieren.

[schroederk]

names=names.nsf,dominoserver!!mail/chefe.nsf

Warum kann das eigentlich nicht direkt über die Vorgaben im Client gesetzt werden?
Hier erhalte ich die Fehlermeldung "Dateiname muss relativ zum Data-Verzeichnis angegeben werden"
Oder muss ich eventuell den Hierarchichen Namen des Mailservers verwenden?

[ascabg]

Hallo,

Du kannst diesen genannten Eintrag nur manuell in der notes.ini vornehmen.
Ein derartiger Eintrag ueber die Preferences ist hier nicht moeglich.


Andreas

[stoeps]

Servus,

den Eintrag mußt du in der Notes.ini setzen, in der GUI wirft er glaub ich nen Fehler.

Der Servername muß hierarchisch sein!

[schroederk]

Genau, in der GUI wirft er den Fehler raus, in der Notes.ini nicht, obwohls danach genauso aussieht. Das soll mal einer verstehen
Name muss nicht mal hierarchisch sein. Es reicht auch die IP oder Domain-Name.
Gerade getestet in Notes 8.5.2

[Steve_O.]

Genau, in der GUI wirft er den Fehler raus, in der Notes.ini nicht, obwohls danach genauso aussieht. Das soll mal einer verstehen
...

Es ging definitive bei R5 noch, bei ND7 bin ich mir schon nicht mehr sicher.
Bei ND8 eben gar nicht mehr...

Gruß,  Steffen

[ascabg]

Soweit ich mich noch erinnern kann, geht es seit version 6 bereits nicht mehr und
die entsprechenden Eintraege mussten manuell in der ini vorgenommen werden.


Andreas

[Driri]

Es gibt bei der Methode nur eine Falle, in die mal recht schnell laufen kann (ist mir selber passiert  ).

Wenn der Servername sich aus irgendeinem Grund ändert (z.B. Rezertifizierung), bekommen die Anwender beim Versenden einer Mail lustige Fehlermeldungen, die leider nicht sehr hilfreich bei der Fehlersuche sind.

Man muß dann auf jeden Fall daran denken und die Einstellungen dann manuell korrigieren/korrigieren lassen.

[schroederk]

Aus diesem Grunde habe ich hier jetzt den internen Domain-Namen eingetragen. Der ist auch viel kürzer