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