Wenn Du jetzt noch verraten magst, wie man Zugriffsberechtigungen auf die Ressource verteilt, wäre das klasse.
Augenscheinlich füttere ich die Adminhilfe mit den falschen Suchbegriffen.
Ist das das Ressourcendokument in der Ressourcen DB, oder eventuell das Mail-IN- Dokument im DD?
Genau. Und die Benutzer kamen ins Spiel, als Du nach einer genaueren Problembescheibung gefragt hast.
Wobei ich der Meinung war und auch bin, dass die Benutzer aussen vor sind.
Du schreibst ja selber, dass die Kommunikation zwischen den Servern läuft.
ZitatHast du dich denn schon mal grundsätzlich mit der Funktionsweise des Schedulings beschäftigt ?
Ja.
ZitatDann wüsstest du auch, daß die Abfrage der busytime nicht durch den User direkt sondern durch den Servertask des eigenen Homeservers gemacht und damit kann es nicht zu einem Zugriffsproblem kommen für einzelne User, sondern entweder für alle oder keinen
Hab ich denn nicht im 1. Posting nach der Kommunikation von Servern gefragt?
ZitatBei einer ressource wird aber nur die Busytime abgefragt und wenn du auf die Ressource nicht berechtigt bist dann siehst du nichts.
?
Meiner Ansicht nach ist die Busytime doch eine DB...
Egal. Ich werde morgen mal Screenshots von unterschiedlichen Benutzern auf unterschiedlichen Servern anfertigen. Eventuell helfen die Bilder dann Licht ins Dunkel zu bringen.
Auch ein zweiter Benutzer auf dem Server B kann die nicht sehen.
Zugriffsproblem schliesse ich aus, da ich weder auf Server B noch auf Server C etwaige Meldung "Zugriff auf Server verweigert" oder "Zugriff auf DB xy" verweigert sehe.
Daher war ja die Frage, wie denn ein Benutzer auf Server B überhaupt an die Infos aus der busytime.nsf des Servers C kommt?
Hast Recht.
Also es gibt einen Benutzer auf Server B, welcher eine Besprechung plant und dafür eine Ressource von Server C nutzen möchte.
Dumm nur, dass dieser Benutzer dann in dem Planer seiner Besprechung die Verfügbarkeit von der Ressource von Server C nicht sehen kann.
Das ist das eigentliche Szenario und damit verbundene Problem.
Hängt das vielleicht mit dem Konfigurationsdokument des Servers zusammen?
Da gibts ja ein Kontrollkästchen "Kalendereinträge extrahieren:", welches nur eingeblendet wird, wenn das Konfig-dokument für alle Server gilt.
Wir haben aber explizit für Server A ein Konfig-dokument.
Irgendwie bin ich gerade ein wenig verwirrt
:-?
Dann noch mal.
Die derzeitigen Verbindungsdokument zwischen A und B und zwsichen A nach C funktionieren fürs Mailrouting, aber das Calendering geht direkt zwischen B und C?
ZitatUnd bei dir gibt es kein Verbindungsdokument für die Route von B nach A
Gibts es doch. Das hier steht doch in meinem 1. Posting:
ZitatZwischen A und B sowie A und C bestehen Verbindungsdokumente
D.h. die Route zwischen A und B ist mit Verbindungsdokumente gewährleistet und die Route zwischen A und C ebenfalls.
Das Mailtouring von B nach C über A geht ja auch.
Alle 3 Server sind in der gleichen Notesdomain.
Es gibt wie gesagt Verbindungsdokumente zwischen A <-> B und A <-> C.
Dann würde doch die Kalendersuche vom User auf B nach einer Ressource auf C auch über A laufen?
Müsste also so funktionieren, wie es konfiguriert ist?
Hallo,
vielleicht kann mir einer dabei helfen, dass momentan vor der Stirn befindliche Brett zu entfernen. 
Es geht dabei um die busytime.nsf bzw. das Calendering in einer Dominoumgebung.
Nehmen wir mal an, dass es 3 Server gibt, wobei Server A der Hub ist und Server B und C Spokes von A sind.
Zwischen A und B sowie A und C bestehen Verbindungsdokumente. B und C kennen sich so erstmal nicht, d.h., da ist keine Kommunikation via Notes möglich.
Wie geht denn dann das Calendering?
In der Adminhilfe steht das hier:
if the lookup involves searching in Free Time systems on different servers or scheduling applications, the Calendar Connector sends out the queries.
Heisst das nun, wenn User 1 auf Server B eine Besprechung plant und eine Ressource von Server C nutzen will, dass B und C direkt miteinander kommunizieren?
Ah ich merke, in dem Forum bin ich gut aufgehoben.
Da kommt ja flott Hilfe :strike:
Das könnte es natürlich sein. Ich werde da mal nachhören und dann berichten...
Gruß Hannes
Sorry, dass ich noch mal einen etwas älteres Posting ausgrabe.
Aber irgendwie scheint die Seite von IBM noch nicht aktualisiert zu sein oder?
Wir Ihr aus meinem ersten Posting sehen könnt, will ich eine Testumgebung aus Domino 7.0.2 und Domino 8.5 aufbauen.
Dafür als Basis die englische Serverversion mit deutschen Language Pack nehmen.
okay, die Serverversion finde ich auf der IBM Seite.... aber das Language Pack.... Ich habe mir schon die Finger wund getippert.... Alles ohne Erfolg.
Die Selektion bei "By Category" ist ja mal alles andere als Benutzerfreundlich wie ich finde.
Naja, vielleicht doch mal den freundlichen Vertriebler kontaktieren. Es sei denn jemand hat hier den ultimativen Tip, wie man im Passport Advantage die Sachen findet, die man sucht.
Ich gehe momentan über den Link hier:
Na das hört sich doch schon mal prima an.
Ich werde noch ein wenig in dem Redbook stöbern, dann mal eine kleine Testumgebung aufbauen und das Update durchspielen.
By the way:
ZitatAnmerkung am Rande: als erstes wird nicht der Adminclient, sondern der Adminserver angehoben. Wobei es sich natürlich versteht, dass man sinnigerweise ab dem Zeitpunkt auch mit einem versionsgleichen Adminclient administriert.
Schau mal in das Bildchen. Das steht auf Seit 50.
Pos 1.: Upgrade Administration Clients
doch vor den Servern. Aber das hattest du ja auch schon geschrieben, dass das Sinn macht.
Danke und Gruß
Hannes
Hallo Forum,
wie Ihr an meinem Beitragszähler sehen könnte, bin ich noch recht neu hier.
Wobei das nicht ganz stimmt, denn seit längerer Zeit lese ich still mit. Jetzt ist es aber mal an der Zeit, dass auch ich meinen ersten Beitrag schreibe und hoffe, dass ihr mir hier helfen könnt. Wobei ich nicht ausschliessen mag, dass das Thema bereits erörtert wurde. Allerdings hat mir die Sufu nichts dergleichen mit meinen Suchbegriffen geliefert. Sorry, wenns doch so ist.
Also folgendes Szenario:
Wir betreiben ein kleines Dominonetzwerk, was aus 3 Dominoservern besteht. Dabei haben wir einen Adminserver der Version 7.0.2, einen Webmailserver ebenfalls 7.0.2 und einen "normalen" Mailserver der 6.5.4er Version.
Die Benutzer haben noch einen 6er Client, da die Mailfiles auf der Schablone basieren und auf dem 6er Server liegen. Teilweise werden die Postfächer auf den 7er Webmailserver repliziert, damit von extern darauf zugegriffen werden kann.
Jetzt wollen wir die Server als auch die Clients auf die 8.5er Version heben.
Was das Vorgehen angeht, so habe ich mal das Redbook hier zu Rate gezogen, bin mir aber nicht sicher, ob es an meinen Englischkenntnissen liegt oder die Materie doch ein wenig komplexer ist als erwartet.
http://www.redbooks.ibm.com/redbooks/pdfs/sg247506.pdf
Da steht ja als grundsätzliches Vorgehen, dass man zunächst den Adminclient auf die 8er Version bringen soll und dann das DD in der Domäne auf die 8er Version heben soll.
D.h. doch dann, dass auch die Server mit der kleineren Version mit dem 8er Design arbeiten. Haut das denn hin?
Ich meine es ist klar, dass die Server auch irgendwann 8er Server werden, aber das geht ja mal nicht so ruck zuck.
Danke und Gruß
Hannes
