Notes Traveler Policies

[OlliS.]

Guten Morgen Zusammen,

wir haben zur Zeit folgende Problemstellung mit unseren Traveler Servern.

Wir würden gerne für eine Person 2 unterschiedliche Policies auf den beiden Traveler Servern aktivieren.

Bsp.

Traveler Server 1: Kalender,Kontakte
Traveler Server 2: Mail,Kalender,Kontakte

Dies ist notwendig da unsere User gerne auch auf Ihrem privaten Endgerät Kalender und Kontakte syncroniseren wollen. Es soll jedoch dabei sichergestellt sein das keine Mails syncronisiert werden.

Zur Zeit haben wir eine Standard Policie für jeden mit Kalender und Kontakten, sowie eine zusätzliche Usergruppe die eine Policie mit Mailfunktion weitergibt.

Hat eventuell jemand hierzu eine Idee?

Liebe Grüße

Oliver

[Tode]

Den Sinn verstehe ich nicht... Warum muss EINE Person auf beiden Servern registriert sein?

Euer Konstrukt verstehe ich nicht...

[eknori]

Die Trennung, welche Geräte auf welchen Server zugreifen dürfen hast du schon?

Solange die TravelerServer ein unabhängiges Domino Directory haben, sollte das funktionieren.

Dann wird dem User A auf Server A die Policy A zugewiesen und User A auf Server B die Policy B

Ziemlicher Aufwand ...

[OlliS.]

1 Person hat ein dienstlichen sowie privates Endgerät.

1. Einstellung Privatgerät: Syncronisation von Kontakten und Kalender
2. Einstellung Dienstgerät: Syncronisation von Mail, Kontakten und Kalender

Wir wollen auf Privatgeräten die E-Mail Syncronisation unterbinden.

Der 2 Traveler war nur ein Ansatz.

Oder gibt es hierzu andere Lösungsmöglichkeiten.

[OlliS.]

Ein unabhängiges Domino Directory ist zur Zeit noch nicht vorhanden.

[netzgoetter]

Per Domino Policy mit Traveler Settings geht es nicht, da die Policies User bezogen sind.

Einzige Möglichkeit zweiter Server mit anderen Traveler Default Settings

[smokyly]

Oder gleich eine vernünftige MDM-Lösung einführen.

[netzgoetter]

das Setting hat mit MDM nix zu tun.

Da Apple als Beispiel dies Setting nicht per MDM verwaltbar gemacht hat, bzw. die Verse App hierfür keine MDM API anbietet.

[smokyly]

das Setting hat mit MDM nix zu tun.

Da Apple als Beispiel dies Setting nicht per MDM verwaltbar gemacht hat, bzw. die Verse App hierfür keine MDM API anbietet.

Darum sprach ich ja von einer entsprechenden LÖSUNG. Wenn schon ein BYOD auch noch mit rein spielt...

Warum braucht es eigentlich zwei Geräte?

[eknori]

Warum braucht es eigentlich zwei Geräte?

Wenn der User es so möchte, und es so erlaubt ist.

Warum werden solche Dinge immer in Frage gestellt? Das ist für den Fragensteller eine Größe in seiner Aufgabenstellung.

[smokyly]

Wenn der User es so möchte, und es so erlaubt ist.

Warum werden solche Dinge immer in Frage gestellt? Das ist für den Fragensteller eine Größe in seiner Aufgabenstellung.

Wo stelle ich das in Frage, in dem Sinn, dass das Quatsch ist? Ich frage nur nach. Weil wir vor ähnlichen "Problemen" stehen und man vielleicht auch mal andere Wege, als die scheinbar offensichtlichen gehen könnte.

[Driri]

Bin mir gerade nicht sicher, aber kann man nicht generell am Server abklemmen, daß bestimmte Daten synchronisiert werden ?

Zumindest kann man doch in den Device Settings die Optionen einzeln deaktivieren und die Änderung der Einstellung am Gerät verbieten. Zumindest unter Android zieht das auch, soweit ich mich erinnere. Bei iOS z.B. bin ich mir nicht sicher.

[OlliS.]

Oder gleich eine vernünftige MDM-Lösung einführen.

Eine MDM Lösung ist für Dienstgeräte im Einsatz.

Problem besteht darin das bereits vor der MDM Lösung Mitarbeitern erlaubt wurde auf Ihrem privaten Endgerät den Traveler mit der Policie für Kalender sowie Kontakte einzurichten. Ich finde es schwierig dem User den bisherigen Komfort wegzunehmen.

Bin mir gerade nicht sicher, aber kann man nicht generell am Server abklemmen, daß bestimmte Daten synchronisiert werden ?

Zumindest kann man doch in den Device Settings die Optionen einzeln deaktivieren und die Änderung der Einstellung am Gerät verbieten. Zumindest unter Android zieht das auch, soweit ich mich erinnere. Bei iOS z.B. bin ich mir nicht sicher.

Bei einem privaten Endgerät ohne jegliche Einschränkungen kann der Benutzer jederzeit die Option wieder aktivieren.

[smokyly]

Problem besteht darin das bereits vor der MDM Lösung Mitarbeitern erlaubt wurde auf Ihrem privaten Endgerät den Traveler mit der Policie für Kalender sowie Kontakte einzurichten. Ich finde es schwierig dem User den bisherigen Komfort wegzunehmen.

Welcher Komfort würde denn weg genommen? Dass diese privaten Geräte vom Unternehmen mit verwaltet werden?

[hallo.dirk]

Bin mir gerade nicht sicher, aber kann man nicht generell am Server abklemmen, daß bestimmte Daten synchronisiert werden ?

Zumindest kann man doch in den Device Settings die Optionen einzeln deaktivieren und die Änderung der Einstellung am Gerät verbieten. Zumindest unter Android zieht das auch, soweit ich mich erinnere. Bei iOS z.B. bin ich mir nicht sicher.

MDM mal kurz ausgeklammert....
Du kannst das am Traveler Server generell abstellen oder für den User, aber nicht pro Device und damit sind wie wieder an dem Punk wie es Detlev oben erwähnt hatte, wir benörigen 2 Traveler Server...

[Driri]

Du kannst das am Traveler Server generell abstellen oder für den User, aber nicht pro Device und damit sind wie wieder an dem Punk wie es Detlev oben erwähnt hatte, wir benörigen 2 Traveler Server...

Das war aber doch genau die Anforderung, oder habe ich das falsch verstanden ?

Wenn man den ersten Server nur für private Geräte nutzt, könnte man an diesem doch generell die Mailsynchronisation abstellen. Der zweite Server ist dann ausschließlich für dienstliche Geräte reserviert.

Hundertprozentig ist das dann auch nicht, denn theoretisch könnte sich ja ein Anwender mit seinem Privatgerät auch am 2. Server anmelden und somit auch seine Mails synchronisieren. Da müßte man dann vermutlich über eine administrative Freigabe der Geräte nachdenken, so daß jedes neu angemeldete Gerät erst von einem Admin freigegeben werden muß.

[netzgoetter]

Um dies zu verhindern, gibt es traveler.rules mit denen beide Traveler Server und die Devices in einer Oberfläche verwaltet werden können und Regelbasiert sichergestellt werden kann das ein bestimmtes Gerät nur dediziert einen Server verwenden darf.

- so genug werbung - duck und weg