Domaine(s) et alias de domaines

Un domaine est identifié par son nom de domaine principal (tel que mail.bluemind.net).

Chaque domaine peut avoir un ou plusieurs alias de domaine : il s'agit d'autres noms de domaines ou des sous-domaines (tel que webmail.bluemind.net ou mail.bluemind.fr) qui sont alors hébergés sur le même domaine. Dans ce cas, il n'y a pas de cloisonnement de ces messageries.
Ces domaines peuvent :

• constituer des alias, chaque utilisateur pouvant exister sur un ou plusieurs domaines alias (l'utilisateur peut ainsi recevoir des messages sur chacun des domaines sur lesquels son adresse a été définie)
• constituer des services de messagerie différents, mais pas totalement cloisonnés. Ainsi, par exemple, pour deux sociétés ayant le même directeur, il est possible d'avoir un seul service de messagerie et seul le directeur a un compte sur les deux domaines. Il a ainsi un seul agenda qu'il peut partager à des utilisateurs de l'un ou l'autre des domaines. Dans une telle configuration, tous les utilisateurs ont une adresse e-mail sur le domaine principal.

Critères de sélection dans une architecture multi-domaines

Sur un même domaine de messagerie, les données ne sont pas cloisonnées.
Les droits unitaires permettent toutefois de masquer ou cloisonner les données utilisateurs selon les droits gérés par les administrateurs et les utilisateurs eux-mêmes.

Sur des domaines cloisonnés d'une infrastructure multi-domaines, les données sont totalement cloisonnées.
Les messageries sont étanches, il n'est pas possible de partager des données (voir ci-dessous pour quelques exemples de partage possibles).

Partage d'informations entre messageries

Les fonctionnalités collaboratives des messageries permettent généralement d'ouvrir certaines données et informations vers d'autres systèmes. C'est le cas de la solution BlueMind, pour laquelle des mécanismes de partage peuvent être mis en œuvre avec d'autres messageries, et, bien entendu, avec d'autres domaines d'une messagerie BlueMind.

Partager des agendas individuels

Les fonctionnalités de publication des agendas vers l'extérieur permettent d'accéder à un agenda BlueMind depuis un autre domaine BlueMind (voir Le partage d'agenda).

Cas d'utilisation : un directeur de deux entités qui sont sur des domaines séparés peut consulter son agenda du premier domaine sur le second via le partage de son url (publique ou privée), il peut aussi le partager avec ses collaborateurs de l'un ou de l'autre.

Partager des agendas de domaine

Un agenda de domaine (créé par un administrateur) peut être partagé vers un autre domaine BlueMind de la même façon.

Cas d'utilisation : un agenda marketing commun à deux filiales est consulté sur deux domaines séparés. Il est alimenté par les utilisateurs de l'un de ces domaines. Il peut ensuite être publié et consulté depuis l'autre domaine en créant un nouvel agenda de type externe auquel est associée l'url de partage.

Partager des carnets d'adresses

Par l'utilisation des API, il est possible d'exporter un carnet d'adresses d'un domaine BlueMind puis de l'insérer, toujours par API, comme carnet d'adresses d'un autre domaine BlueMind.

Cas d'utilisation : un carnet des élus d'une collectivité est maintenu depuis le domaine de messagerie d'une ville et accessible depuis le domaine de messagerie de la communauté d'agglomération.

L'administration des domaines

L'espace d'administration des domaines permet à l'administrateur d'accéder aux paramétrages techniques des domaines (adresses des serveurs, alias de domaines, etc.) ainsi qu'aux paramétrages commun et par défaut des utilisateurs (carnets d'adresses, filtres de messages, quotas de stockage, archivage, etc.).

Pour en savoir plus, veuillez consulter la page dédiée à la Gestion des domaines

Domains and domain aliases

A domain is identified by its main domain name (e.g. mail.bluemind.net).

Each domain can have several aliases: these are other domain or sub-domain names (e.g. webmail.bluemind.net or mail.bluemind.fr) that are hosted on the same domain. In this case, mail services are not partitioned.
These domains can:

• serve as aliases, each user can exist in one or several domain alias(es) (meaning users can receive messages through one or several of these domains in which their address has been defined)
• serve as distinct mail services, but that aren't completely partitioned. This means, for example, that two companies with the same director can have a single mail service and the director has an account in both domains. That way he has a single calendar which he can share with users in either domain. In this configuration, all users have an email in the main domain.

Sub-domains

For BlueMind, sub-domains are just like any other domain. They can therefore be used as:

• domain aliases
• mail domains

Selection criteria in multi-domain architectures

Within a single mail domain, data isn't partitioned.
Individual rights can be used to hide or partition user data through the rights set by administrators and users themselves.

Within the partitioned domains of a multi-domain infrastructure, data is completely partitioned.
The mail services are sealed off, and data cannot be exchanged (see below for examples of possible sharing).

Sharing information between mail services

Collaborative mail functionalities typically allow you to access data and information coming from other systems. BlueMind has this capability, as its sharing mechanisms can be implemented within other mail services and, obviously, within other BlueMind mail domains.

Sharing individual calendars

External calendar sharing functionalities allow users to access BlueMind calendars from other BlueMind domains (see Le partage d'agenda).

Example of use: the director of two organisations on separate domains can view his calendar from the first domain on the second one by sharing its url (public or private). He can also share it with employees from either organisation.

Sharing domain calendars

Domain calendars (created by an administrator) can be shared to another BlueMind domain using the same method.

Example of use: a marketing calendar shared by two subsidiaries is viewed on two separate domains. It is fed by users of either one of these domains. It can be published and viewed in the other domain by creating a new external calendar associated to a sharing url.

Sharing address books

Using APIs, you can an export address book from one BlueMind domain and insert it, still using APIs, as an address book from another BlueMind domain.

Example of use: the address book of local government officials is maintained from the city's mail domain and can be accessed through the metropolitan government's mail domain.

Domain administration

The domain administration section gives you access to technical domain settings (server addresses, domain aliases, etc.) as well as default user settings (address books, message filters, storage quotas, archiving, etc.).

To learn more, please go to Gestion des domaines

Domäne(n) und Domänen-Aliasse

Eine Domäne wird durch ihren Hauptdomänennamen identifiziert (z. B. mail.bluemind.net).

Jede Domäne kann einen oder mehrere Domänen-Aliasse haben: Es sind andere Domänennamen oder Subdomänen (z.B. webmail.bluemind.net oder mail.bluemind.fr), die auf der gleichen Domäne gehostet werden. In diesem Fall gibt es keine Partitionierung dieser Mailboxen.
Diese Domänen können:

• Aliasse anlegen, jeder Benutzer kann auf einer oder mehreren Alias-Domänen existieren (der Benutzer kann folglich auf jeder Domäne, auf der seine Adresse definiert wurde, Nachrichten empfangen)
• unterschiedliche, aber nicht völlig getrennte Mailbox-Dienste darstellen. So ist es z. B. möglich, dass zwei Unternehmen mit demselben Geschäftsführer nur einen Mailbox-Dienst haben und nur der Geschäftsführer ein Konto auf beiden Domänen hat. Auf diese Weise hat er einen Kalender, den er mit Benutzern aus beiden Domänen gemeinsam nutzen kann. In dieser Konfiguration haben alle Benutzer eine E-Mail-Adresse auf der Hauptdomäne.

Auswahlkriterien in einer Mehrdomänen-Architektur

In der gleichen E-Mail-Domäne werden die Daten nicht partitioniert.
Einzelrechte ermöglichen jedoch das Ausblenden oder Partitionieren von Benutzerdaten entsprechend den von Administratoren und Benutzern selbst verwalteten Rechten.

Auf partitionierten Domänen einer Mehrdomänen-Infrastruktur sind die Daten vollständig partitioniert.
Die Mailbox-Systeme sind abgeschottet, eine gemeinsame Nutzung von Daten ist nicht möglich (siehe nachstehend einige Beispiele für eine eventuelle gemeinsame Nutzung).

Austausch von Informationen zwischen Mailboxen

Die kollaborativen Funktionen von Mailboxen erlauben es generell, bestimmte Daten und Informationen für andere Systeme zu öffnen. Dies trifft für die BlueMind-Lösung zu, für die Sharing-Mechanismen mit anderen Mailbox-Systemen und natürlich auch mit anderen Domänen eines BlueMind-Mailbox-Systems implementiert werden können.

Gemeinsame Nutzung individueller Kalender

Die Veröffentlichungsfunktionen der Kalender ermöglichen den Zugriff auf einen BlueMind-Kalender von einer anderen BlueMind-Domäne aus (siehe Le partage d'agenda).

Anwendungsfall: Ein Direktor von zwei Betrieben, die sich auf getrennten Domänen befinden, kann seinen Kalender der ersten Domäne auf der zweiten über die Freigabe seiner Url (öffentlich oder privat) einsehen, er kann sie auch mit seinen Mitarbeitern der einen oder anderen Domäne teilen.

Gemeinsame Nutzung von Domänen-Kalendern

Ein (von einem Administrator erstellter) Domänen-Kalender kann auf dieselbe Weise für eine andere BlueMind-Domäne freigegeben werden.

Anwendungsfall: Ein gemeinsamer Marketing-Kalender für zwei Niederlassungen wird in zwei getrennten Domänen eingesehen. Er wird von den Benutzern einer dieser Domänen betrieben. Er kann dann von der anderen Domäne aus veröffentlicht und eingesehen werden, indem ein neuer externer Kalender mit der ihm zugeordneten Freigabe-URL erstellt wird.

Gemeinsame Nutzung von Adressbüchern

Durch die Verwendung von APIs ist es möglich, das Adressbuch einer BlueMind-Domäne zu exportieren und es dann, ebenfalls per API, als Adressbuch einer anderen BlueMind-Domäne einzufügen.

Anwendungsfall: Das Adressbuch der gewählten Vertreter einer Gemeinde wird von der Mailbox-Domäne der Gemeinde gepflegt und ist von der Gemeindevertreter-Domäne des Gemeindeverbands zugänglich.

Domänenverwaltung

Der Bereich der Domänenverwaltung ermöglicht dem Administrator den Zugriff auf technische Domäneneinstellungen (Serveradressen, Domänen-Aliasse usw.) sowie auf allgemeine und Standard-Benutzereinstellungen (Adressbücher, Nachrichtenfilter, Speicherquoten, Archivierung usw.).

Für weitere Informationen besuchen Sie bitte die Seite Gestion des domaines