Hi,
meine User erhalten die gleiche Meldung, wenn ich Ihnen den Samtimeserver per Richtlinie mitteile. Sobald die Sametime Auth einmal erfolgereich war (mit gespeichertem Passwort) tritt der Fehler nicht mehr auf.
Wie kann ich die Fehlermeldung verhindern ohne dass jeder User eine Arbeitsumgebung neu anlegen muss?
Danke!
Ja es stimmt schon, dass der Notes Client POP3 macht, aber hast Du es schonmal mit mehreren Konten beim gleichen Provider probiert? Da kriegt er irgendwie Probleme.
Noch lieber wär's mir, wenn Domino gut IMAP könnte, aber das was einem Da an IMAP bzw. normalen E-Mail Client Funktionialitäten geboten wird finde ich recht spärlich...
Trotzdem Danke für die Antwort.
Also du könntest z.B. einfach allen, die den Kalender einer bestimmten Person nicht lesen sollen, das Recht "öffentliche Dokumente Lesen" wegnehmen, fertig.
Wenn keiner mehr den Kalender von einem anderen lesen soll, kannst Du das auch in der Schablone ändern, dann ist das bei usern, die Du später anlegt schon alles richtig eingestellt.
für die bestehenden User müßtest Du's per hnad machen oder einn Skrip schreiben, dass es macht.
Was willst Du genau?
sollen die Leute, die ein Besprechnung planen, sollen nicht sehen, ob andere zu diesem Termin zeit haben??
Hi,
da ich als Admin und Angestellter geschäftlich Notes nutze finde ich es sehr lästig privat noch ein anderes E-Mail Programm verwenden zu müssen. Leider ist ja Notes als standalone Client nicht sehr komfortabel.
Was ich suche ist ein Anbieter, der mir z.B. Webspace aber vor allem ein Domino-Postfach für meine eigene Domain zur Verfügung stellt für das ich dann ein paar Euro zahle.
Hat einer von Euch ne Idee, ob es sowas gibt?? Also im Prinzip das was 1und1 mit Seinem Exchange Postfach anbietet nur mit nem Notes-Server.
Vielen Dank!
Zitat
Kopiere die öffentlichen Schlüssel der betroffenen ID's in die entsprechenden Felder der jeweiligen Dokumente im Domino Directory (Zertifikate, Personen- und Serdokumente).
Kannst Du das bitte nochmal für DAU's erklären? Die einzige Stelle in an die den Public Key einer Person kopieren kann ist doch im Personendokument selbst unter "Certificates\Notes Certificates".
Von wo aus soll ich den Schlüssel kopieren. Ein user hat mir bereits seine ID zu gegenzertifizieren geschickt, hab gedacht, dass das auch soweit klappen würde, er steht aber immer noch unter "expires in the next ..."
Zitat
Anschließend kontrolliere, ob wirklich Autoren-Rechte durch User und Server auf ihre eigenen Dokumente bestehen da das Problem nicht durchs Upgrade gekommen ist sondern dadurch daß beim rezertifizieren zu einem bestimmten Zeitpunkt die Rechte der jeweiligen Person/Server nicht ausreichten um die Zertifikat-Einträge zu aktualisieren.
Ich bin mir ziemlich sicher, dass unsere User da nicht die richtigen Rechte haben. Wie stelle ich das ein?
Vielen Dank
Hi,
ich habe in meiner Domino-Umgebung den externen DNS-Server von unserem Provider gehostet. Dort habe ich andere Namen in den MX-Records eintragen lassen, als die der tatsächlichen Domino-Server.
Wenn meine Domino Server jetzt E-Mails bei einem anderen Server im Internet abliefern melden Sie sich natürlich mit Ihrem richtigen Namen. Wenn dieser Empfängerserver einen Reverse-Lookup auf die Domäne bzw. den Host macht erhält er einen anderen Namen zurück als der tatsächliche des Domino-Servers.
Wenn der Empfängerserver so konfiguriert ist, dass er nur E-Mails von Hosts entgegennimmt, die er auch auflösen kann werden die E-Mails, die von uns kommen zurückgewiesen.
Jetzt meine Frage:
Kann ich meinem Domino-Server irgendwie sagen, dass er sich bei externen Empfängerservern mit einem anderen Namen melden soll als seinem tatsächlichem, oder bleibt mir nichts anderes übrig die tatsächlichen Namen beim Provider im MX-Record eintragen zu lassen??
Vielen Dank!
Hi,
ich stehe vor der Situation, dass mein Kollege, mit dem ich zusammen unsere Notes-Server administriere, die Firma verlässt.
Jetzt will ich natürlich sicher gehen, dass er nichts mehr mit unseren Servern machen kann, wobei ich auf folgendes Problem stoße:
Den User selbst aussperren ist ja kein Thema, aber er könnte ich sämtliche IDs mitnehmen (woran ich ihn nicht hindern kann). Server IDs und Cert-IDs von OUs kann ich neu zertifizieren, aber die root-Cert-ID laut Admin-Hilfe nicht.
Das würde heißen, dass er sich einen neuen Notes-Server mit dieser Cert-ID aufsetzen kann und neue Server, User usw. zertifizieren kann
Ich halte das für kritisch oder seht ihr das anders? Hat da jemand schon Erfahrung?
Vielen Dank!
Hallo,
ich möchte auf einem Windows 2000 Server einen Domino Webserver und einen IIS-Server beide auf Port 80 laufen lassen. Dazu habe ich in den Server eine 2. Netzwerkkarte eingebaut, der eine andere IP gegeben und dafür gesorgt, dass diese IP nicht mit dem Hostnamen im DNS registreirt wird.
Anschließend habe ich beim Domino Server im Konfigurationsdokument unter "Internet Protocols\HTTP" bei Hostname die IP für den Domino-Server eingegeben (mit dem FQDN hat es nicht geklappt) und "Bind to host name" auf Enabled gesetzt. Damit habe ich schonmal erreicht, dass der Domino Web-Server wirklich nur unter "seiner" IP angesprochen werden kann.
An entsprechender Stelle in der IIS Konfig habe ich dann die andere IP Adresse ausgewählt und eigentlich erwartet, dass ich somit den IIS Web-Server auf "dessen" IP ansprechen kann -> Fehlanzeige.
Wenn ich den IIS auf einem anderen Port (z.B. 81) laufen lasse klappt alles, aber leider sollen beide auf Port 80 laufen.
Hat jemand von Euch eine Idee was ich dazu tun muss? Wir haben in unserem Unternehmen eine ähnliche Konfiguration unter UNIX, wo auf der gleichen Maschine mit 2 NICs 2 Webserver (Domino und Apache) auf Port 80 angesprochen werden und das geht einwandfrei.
Vielen Dank!
Ja danke das war'n guter Tipp. Dadurch bin ich überhaupt mal drauf gekommen wo ich zu suchen habe.
Es war mal wieder ein DAU-Feher von mir. Im Replikationsdokument stand die eine falsche IP für den Masterserver, das konnte ja nicht gehen.
Vielen Dank nochmal.
Ich bin mir nicht sicher, ob ich Deine Frage richtig verstehe:
Du meinst im Repliktionsdokument? Da stehen jeweils Source und Destination Server, wie Du es beschrieben hast "Server/Domain" und bei Source- bzw. Destination Domain eben nur die Domain.
Hallo,
wir haben bei uns vor kurzem einen neuen Domino 6.5.2 Server in unserer Notes-Domain installiert. Der Zugriff usw. ist eigentlich kein Problem nur leider kommt keine Replikation zu Stande. Die Zugriffsrechte stimmen meiner Meinung nach auch, zumindest ist der Server Mitglied der Gruppe LocalDoaminServers und hat damit auch Manager-Rechte auf die names.nsf vom Master-Server.
Ich bin mir nicht sicher welche DBs ein weiterer Server in der gleichen Domain zur Replikation benötitgt, aber ich habe erstmal Replikationsdokumente nur für names.nsf angelegt, aber die Replikation findet nicht statt. Komischer Weise macht er es, wenn ich sie per Hand auf der Konsole anstoße.
Hat jemand von Euch eine Idee woran es liegen kann??
Ohh wie peinlich, es war wohl zu einfach:
Er war scheinbar irgendwie durch die Namensänderung nicht mehr in der Gruppe Mitglied, die bei "Access Server" im Server-Dokument eingetragen ist.
Vielen Dank nochmal.
Danke für den Tipp,
also das hat auch nicht geklappt. Der User kann sich nirgendwo einloggen 
Ok damit konnte ich jetzt feststellen, dass der Fehler auf jeden Fall beim Useraccount liegt, aber was kann ich daran noch machen. Ich habe den User auch schon neu zertifiziert, hat auch nicht geklappt.
Hi!
Ich habe ein Problem mit einem User, der nur über das Internet auf seine Mails zugreift:
Als dieser angelegt wurde ist mir ein Schreibfehler unterlaufen was zur Folge hatte, dass auch die Mail-DB einen anderen Namen hatte. Den User habe ich über die Notes-Funktion umbenannt und die Mail-DB über das Betriebssystem (entsprechende Einträge im Personendokument habe ich angepasst und der User ist auch mit dem richtigen Namen als Besitzer dieser DB aufgeführt).
Trotzdem kann er sich nicht einloggen.
Ich habe es schon mit dem Kurznamen, seinem vollständigen Namen und seinem Notes "LDAP" Namen probiert, es klappte bei keinem.
Hat jemand eine Idee was ich noch probieren könnte oder woran es liegt?
Doch die ACL hat gestimmt, die hat er sich vom primär-Server geholt aber zum Beispiel Personen oder Gruppen hat er nicht repliziert.
Ich habe eben gerade eine Lösung gefunden und zwar in den Eigenschaften der Datenbank unter Replizierparameter\Erweitert war ein Häckchen bei "Untergruppe der Dokumente Replizieren" und bei "Nach Formel wählen". Das habe ich rausgenommen und danach nochmal per Hand repliziert und da gings dann endlich.
Hi Kete,
danke für die Hinweise. Ich war zunächst froh, dass die Installation jetzt endlich durchgelaufen ist, aber anschließend ist schon wieder der nächste Fehler aufgetaucht.
Irgendwie holt sich der Server nicht alle nötigen Informationen von seinem R5 primär-Server. Die names.nsf bekommt zwar die richtige ACL, aber wenn ich dann von meinem Notes Client aus auf den Server zugreifen will sagt er mir, dass ich nicht berechtigt bin den Server zu benutzen.
Im Server-Log des R6 Servers ist ständig die Meldung "Directory Assistance Tables failed to load properly".
Hast Du eine Idee woran das hängen könnte.
Ich habs hinbekommen:
Ich habe im IBM Forum die Lösung für das Problem gefunden.
Ich weiss zwar nicht weshalb das jetzt so funktioniert hat, aber es ging so:
Obwohl der neue Server schon in der Gruppe LocalDomainServers Mitglied war, habe ich ihn nochmal explizit in die ACL der names.nsf mit Usertyp "Unbestimmt" und Manager Rechten inkl. allen Rollen eingetragen und schon gings.
Hallo Kete,
der Server bleibt noch während der Installation hängen. Man wird ja mit einem Wizard durch die Einstellungen geführt und kann dann zum Schluss glaub ich "Setup" klicken. Dort bleibt dann der Server, wie beschrieben bei 85% hängen.
So ganz im Klaren, was alles passiert, wenn ich diesen Server in die Domäne einbinde bin mir nicht. Das neue Design usw. sollte sich auf keine Fall verbreiten. Wie kann ich das unterdrücken?
Gesagt hat mir das keiner, aber ich habe gedacht es ginge. OK dann muss ic wohl erst den Primär-Server Updaten.
