Changes

Jump to navigation Jump to search
Line 111: Line 111:  
==== Pseudonymes ====
 
==== Pseudonymes ====
 
N'importe quel utilisateur qui possède un compte sur votre  SME server sera en mesure de recevoir des e-mails envoyés à cet utilisateur. Par exemple, si vous avez un utilisateur nommé Fred Frog avec le compte utilisateur "ffrog", son adresse e-mail principale sera «ffrog@mycompany.xxx".
 
N'importe quel utilisateur qui possède un compte sur votre  SME server sera en mesure de recevoir des e-mails envoyés à cet utilisateur. Par exemple, si vous avez un utilisateur nommé Fred Frog avec le compte utilisateur "ffrog", son adresse e-mail principale sera «ffrog@mycompany.xxx".
De même, lorsque vous créez un compte de groupe d'utilisateur, le nom du compte de groupe fonctionne comme un alias de messagerie, de sorte que les messages adressés à l'ID du groupe seront envoyés à tous les membres du groupe. Si, par exemple, vous créez un groupe appelé "sales", les messages à "sales@mycompany.xxx" sera distribué automatiquement à tous les membres de ce groupe. Lorsque vous ajoutez et supprimez des membres du groupe, le serveur met à jour automatiquement les alias de messagerie.
+
De même, lorsque vous créez un compte de groupe d'utilisateur, le nom du compte de groupe fonctionne comme un alias de messagerie, de sorte que les messages adressés à l'ID du groupe seront envoyés à tous les membres du groupe. Si, par exemple, vous créez un groupe appelé "sales", les messages à "sales@mycompany.xxx" seront distribués automatiquement à tous les membres de ce groupe. Lorsque vous ajoutez et supprimez des membres du groupe, le serveur met à jour automatiquement les alias de messagerie.
    
En plus des comptes utilisateur et de groupe, le serveur crée automatiquement plusieurs pseudonymes. Par exemple, pour chaque compte d'utilisateur, le serveur crée deux pseudonymes séparés en utilisant les noms et prénoms de l'utilisateur. Ces deux pseudonymes sont sous la forme de "prénom.nom" et "prénom_nom". Par conséquent, lorsque vous créez le compte utilisateur "ffrog" pour un utilisateur avec le nom Fred Frog, il sera également en mesure de recevoir du courrier électronique envoyé à "fred.frog@mycompany.xxx" et "fred_frog@mycompany.xxx".
 
En plus des comptes utilisateur et de groupe, le serveur crée automatiquement plusieurs pseudonymes. Par exemple, pour chaque compte d'utilisateur, le serveur crée deux pseudonymes séparés en utilisant les noms et prénoms de l'utilisateur. Ces deux pseudonymes sont sous la forme de "prénom.nom" et "prénom_nom". Par conséquent, lorsque vous créez le compte utilisateur "ffrog" pour un utilisateur avec le nom Fred Frog, il sera également en mesure de recevoir du courrier électronique envoyé à "fred.frog@mycompany.xxx" et "fred_frog@mycompany.xxx".
Line 136: Line 136:  
*sales@domain4  
 
*sales@domain4  
   −
Le problème avec ceci est que vous ne pouvez pas avoir des gens différents qui utilisent le même nom de compte utilisateur pour récupérer leurs courriers.
+
Le problème avec ceci est que vous ne pouvez pas avoir des personnes différentes qui utilisent le même nom de compte utilisateur pour récupérer leurs courriers.
   −
L'utilisation du panneau des pseudonymes est le seul moyen que la SME Server peut utiliser pour distribuer des emails pour un même nom d'utilisateur avec des noms de domaines différents, mais vous devez l'utiliser en conjonction avec les concepts sous-jacents de nommage correctes.
+
L'utilisation du panneau des pseudonymes est le seul moyen que la SME Server peut proposer pour distribuer des emails pour un même nom d'utilisateur avec des noms de domaines différents, mais vous devez l'utiliser en conjonction avec les concepts sous-jacents de nommage correctes.
   −
La règle d'or est de jamais attribuer des noms d'utilisateurs uniques aux comptes d'utilisateurs, sinon ceux-ci ne seront plus disponibles pour d'autres usages. (ex "stephane")
+
{{Note box|La règle d'or est de jamais attribuer des noms d'utilisateurs uniques aux comptes d'utilisateurs, sinon ceux-ci ne seront plus disponibles pour d'autres usages. (ex "stephane" au lieu de stephane.dupond)}}
    
*créer votre domaine, par exemple domain1, domain2, domain3, domain4 et configurer ces domaines pour utiliser différentes ibays pour le contenu Web. Vous pouvez même configurer les différents groupes afin de permettre à certains utilisateurs d'accéder à chaque Ibay ou de mettre à jour le contenu web, etc
 
*créer votre domaine, par exemple domain1, domain2, domain3, domain4 et configurer ces domaines pour utiliser différentes ibays pour le contenu Web. Vous pouvez même configurer les différents groupes afin de permettre à certains utilisateurs d'accéder à chaque Ibay ou de mettre à jour le contenu web, etc
Line 164: Line 164:  
**accounts@domain4 qui transmet à user12
 
**accounts@domain4 qui transmet à user12
   −
par exemple dans le champs du pseudonyme vous devez tapez le nom complet sales@domain1
+
{{tip box|par exemple dans le champs du pseudonyme vous devez tapez le nom complet sales@domain1}}
   −
Remarque vous ne pourrez plus utiliser pas les mots "sales","info" ou "accounts", pour d'autres fins tel que les noms de comptes d'utilisateurs ou des noms de groupes ou des noms de pseudonyme (seul) ou des noms de Ibay.
+
Remarque vous ne pourrez plus utiliser les mots "sales","info" ou "accounts", pour d'autres fins tel que les noms de comptes d'utilisateurs, les noms de groupes, les noms de pseudonyme (seul), ou les noms d'Ibay.
    
Si votre souhaitez que vos utilisateurs finaux utilisent le webmail pour relever leurs mails, ils devront se connecter à l'URL suivante :
 
Si votre souhaitez que vos utilisateurs finaux utilisent le webmail pour relever leurs mails, ils devront se connecter à l'URL suivante :
Line 174: Line 174:  
https://domain4/webmail  
 
https://domain4/webmail  
   −
Si vous voulez que le webmail soit configuré avec le domaine approprié pour l'utilisateur final la première fois qu'ils l'utilisent, alors vous aurez besoin de le faire manuellement vous-même avant de donner les informations de connexion à l'utilisateur. Se connecter au webmail comme l'utilisateur final, par exemple user1 (pour domain1) et configurer le profil de cet utilisateur pour afficher l'adresse mail de reponse à sales@domain1
+
{{Note box|Si vous voulez que le webmail soit configuré avec le domaine approprié pour l'utilisateur final la première fois qu'ils l'utilisent, alors vous aurez besoin de le faire manuellement vous-même avant de donner les informations de connexion à l'utilisateur.}}
   −
se connecter au webmail comme l'utilisateur final, par exemple user2 (pour domain2) et configurer le profil de cet utilisateur pour afficher l'adresse mail de réponse à sales@DOMAIN2
+
Se connecter au webmail comme l'utilisateur final, par exemple user1 (pour domain1 avec le mot de passe adéquat) et configurer le profil de cet utilisateur pour afficher l'adresse mail de réponse à sales@domain1.
 +
 
 +
Se connecter au webmail comme l'utilisateur final, par exemple user2 (pour domain2 avec le mot de passe adéquat) et configurer le profil de cet utilisateur pour afficher l'adresse mail de réponse à sales@DOMAIN2
 
Faites de même pour tous les autres comptes de webmail qui avec les bonnes configuration du profil et l'adresse de retour le cas échéant.
 
Faites de même pour tous les autres comptes de webmail qui avec les bonnes configuration du profil et l'adresse de retour le cas échéant.
   Line 183: Line 185:  
'''Résumé'''
 
'''Résumé'''
   −
Par exemple, Pour user1 pour domain1
+
Par exemple, Pour user1 et pour domain1
    
Le compte utilisateur sera user1 (par exemple johnb) et la personne utilise ce nom (et le mot de passe correspondant) pour se connecter au serveur ou au webmail.
 
Le compte utilisateur sera user1 (par exemple johnb) et la personne utilise ce nom (et le mot de passe correspondant) pour se connecter au serveur ou au webmail.
 
L'adresse électronique de l'utilisateur sera la même que le pseudonyme à savoir "sales@domain1" et c'est cette adresse que l'utilisateur doit publier et utiliser comme adresse de retour de courriel.
 
L'adresse électronique de l'utilisateur sera la même que le pseudonyme à savoir "sales@domain1" et c'est cette adresse que l'utilisateur doit publier et utiliser comme adresse de retour de courriel.
 
Évidemment, le nom avant le @domaine est différent du nom d'utilisateur de connexion, c'est le compromis qui doit être accepté si vous utilisez la SME de cette façon.
 
Évidemment, le nom avant le @domaine est différent du nom d'utilisateur de connexion, c'est le compromis qui doit être accepté si vous utilisez la SME de cette façon.
Il est assez fréquent dans la pratique que les utilisateurs aient souvent une «position relative» de pseudonyme puisque souvent l'email manager@domain1gestionnaire est redirigé vers un autre compte user@domain1.
+
Il est assez fréquent dans la pratique que les utilisateurs aient souvent une «position relative» de pseudonyme puisque souvent l'email manager@domain1 est redirigé vers un autre compte user@domain1.
 +
 
 +
Comme le compte utilisateur user1 a été créé sur le serveur, donc cela agira comme une adresse de courriel valide qui est user1@domain1 et qui livrera l'email à user1, mais il faut noter également que le courriel envoyé "par inadvertance" à user1@domain2 ou user1@domain3 ou user1@domain4 sera également renvoyé à user1.
   −
Comme le compte utilisateur user1 a été créé sur le serveur, donc cela agira comme une adresse de courriel valide qui est user1@domain1 et qui livrera l'email à user1, mais il faut noter également que le courriel envoyé "par inadvertance" à user1@domain2 ou user1@domain3 ou user1@domain4 sera également envoyé à user1.
   
Ce n'est généralement pas un problème tant que vous ne dites pas à user1 que les autres adresses de domaine hébergés vont pouvoir délivrer du courrier pour cet utilisateur.
 
Ce n'est généralement pas un problème tant que vous ne dites pas à user1 que les autres adresses de domaine hébergés vont pouvoir délivrer du courrier pour cet utilisateur.
   Line 196: Line 199:     
Si la méthode ci-dessus n'est pas acceptable ou souhaitable, alors la seule autre façon possible est de configurer les utilisateurs afin d'avoir une seule occurrence de nom d'utilisateur dans le système, par exemple john, john1, John2, john3, johnb, johnb1, johnb2, johnw, johnws etc, semblable à ce que les FAI font de toute façon.
 
Si la méthode ci-dessus n'est pas acceptable ou souhaitable, alors la seule autre façon possible est de configurer les utilisateurs afin d'avoir une seule occurrence de nom d'utilisateur dans le système, par exemple john, john1, John2, john3, johnb, johnb1, johnb2, johnw, johnws etc, semblable à ce que les FAI font de toute façon.
Every username will be a valid (email address) for every domain hosted on your server, but you only tell the end user about their domain eg
+
 
Chaque nom d'utilisateur sera un (e-mail) valide pour chaque domaine hébergé sur votre serveur, à vous de ne pas en informer vos utilisateurs, par exemple
+
Chaque nom d'utilisateur sera un e-mail valide pour chaque domaine hébergé sur votre serveur, à vous de ne pas en informer vos utilisateurs, par exemple
 
john@domain1  
 
john@domain1  
 
john2@domain1  
 
john2@domain1  
Line 210: Line 213:  
et  
 
et  
 
john@domain3  
 
john@domain3  
continueront à fonctionner encore
+
continueront à fonctionner et à délivrer le courrier à la même boite email john
    
Tout courriel envoyé à l'une des adresses sera automatiquement reçu par le compte de l'utilisateur final, le nom du compte d'utilisateur et le nom de login seront le même. Il n'est pas nécessaire de configurer de pseudonymes dans ce cas.
 
Tout courriel envoyé à l'une des adresses sera automatiquement reçu par le compte de l'utilisateur final, le nom du compte d'utilisateur et le nom de login seront le même. Il n'est pas nécessaire de configurer de pseudonymes dans ce cas.
Line 217: Line 220:       −
The ultimate answer to having separately administered domains and identical user names at different domains, is to host only one domain on each SME Server ie have a different server for every domain.
  −
There are posts in the contribs.org forums explaining how to do this and forward/delegate email for different domains from one gateway server to other server-only boxes on the same LAN using the same Internet connection.
   
La réponse ultime pour avoir des domaines administrés séparément et des noms d'utilisateur identiques avec des domaines différents, est d'accueillir un seul domaine sur chaque serveur SME. Par exemple: avoir un serveur différent pour chaque domaine.
 
La réponse ultime pour avoir des domaines administrés séparément et des noms d'utilisateur identiques avec des domaines différents, est d'accueillir un seul domaine sur chaque serveur SME. Par exemple: avoir un serveur différent pour chaque domaine.
Il y a des messages dans les forums de contribs.org expliquant comment faire cela pour distribuer des email d'une SME en server and gateway vers d'autres SME server en server-only sur le même réseau local en utilisant la même connexion Internet..
+
Il y a des messages dans les forums de contribs.org expliquant comment faire cela pour distribuer des email d'une SME en "server and gateway" vers d'autres SME server en "server-only" sur le même réseau local en utilisant la même connexion Internet..
 
Voir ce sujet pour plus de détails
 
Voir ce sujet pour plus de détails
 
http://forums.contribs.org/index.php?topic=30953.0
 
http://forums.contribs.org/index.php?topic=30953.0

Navigation menu