XADM : configuration requise pour la désactivation du service de mise à jour de destinataire

Traductions disponibles Traductions disponibles
Numéro d'article: 296479 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Dans certaines situations, telles que les scénarios d'hébergement particuliers, peut vouloir désactiver le service de mise à jour de destinataire (RUS) et utiliser des scripts ou d'autres méthodes pour gérer les tâches qui sont généralement effectuées par le RUS. Cet article vise à documenter les instructions, que vous devez suivre, ainsi que les tâches vous devez exécuter manuellement si vous décidez d'utiliser une méthode personnalisée à la place des mise à jour des destinataires (RUS) de mise à jour des objets Active Directory.

Cet article traite les sujets suivants :
  • Ne pas désactiver l'entreprise mise à jour des destinataires (RUS)
  • Application de stratégies de destinataire
  • Attributs requis sur tous les objets avec boîte aux lettres et Mail-activé
  • Autres attributs requis sur les utilisateurs avec boà ® t'aux lettres
  • Attributs supplémentaires requis sur à extension messagerie des utilisateurs et les contacts
  • Autres attributs requis sur les groupes à extension messagerie
  • Attributs requis sur les dossiers publics à extension messagerie
  • Application de stratégies de liste d'adresses
  • Appartenance à un groupe masqué
  • Masquage des objets à partir de listes d'adresses
  • Gestion de l'appartenance des groupes Serveurs d'entreprise Exchange 2000
  • Références

Plus d'informations

Voici les instructions complètes et les tâches qui sont généralement gérés par le RUS. Si vous souhaitez définir l'horaire du RUS de domaine sur jamais, le processus doit effectuer toutes ces fonctions.

Ne pas désactiver l'entreprise mise à jour des destinataires (RUS)

Il existe deux types de services de mise à jour de destinataire. Une est responsable du traitement objets du système Exchange 2000 dans le conteneur de configuration et l'autre est responsable du traitement des destinataires dans chaque domaine. Est seul le premier type de la forêt Microsoft Windows 2000 ensemble car n'est qu'un seul conteneur de configuration. Ceci est le RUS d'entreprise, et il ne doit pas être désactivé. Cela signifie également que vous ne devez pas supprimer la stratégie de destinataire par défaut, parce que le RUS d'entreprise doit pour traiter les objets dans le conteneur de configuration.

Application de stratégies de destinataire

Tous les objets avec boîte aux lettres et à extension messagerie doivent être un minimale des attributs correctement configuré pour activer tous les composants Exchange 2000 fonctionner correctement. Certaines de ces attributs sont communes aux objets avec boîte aux lettres et à extension messagerie, et certains sont spécifiques aux objets avec boîte aux lettres ou à extension messagerie.

Attributs requis sur tous les objets boîte aux lettres-activé et activé de messagerie

Il est important de comprendre la différence entre un utilisateur activé boîte aux lettres et un utilisateur à extension messagerie ou un contact. Un utilisateur activé boîte aux lettres stocke en fait les messages sur le serveur Exchange 2000 dans les informations Exchange 2000 banque. Un utilisateur à extension messagerie ou un contact est une référence à une adresse qui est en dehors de l'organisation Exchange 2000. Les utilisateurs à extension messagerie ne possèdent pas de n'importe quel espace de stockage sur le serveur Exchange 2000 ; ils sont un moyen facile pour envoyer du courrier à une destination en dehors de l'organisation Exchange 2000 locale. Un utilisateur peut être une boîte aux lettres ou à extension messagerie, mais pas les deux. Contacts peuvent prendre uniquement à extension messagerie ; il qu'ils ne peut pas prendre avec boîte aux lettres.

Vous devez définir les attributs suivants sur tous à extension messagerie ou les objets avec boîte aux lettres :
  • nom de domaine legacyExchangeDN
  • adresses proxyAddresses
  • textEncodedORAddress
  • messagerie
  • mailNickname
  • nom d'affichage
Voici une brève explication de la mise en forme appropriée de ces attributs. Il n'est pas conçue pour être une spécification complète pour des attributs la mise en forme correcte.

nom de domaine legacyExchangeDN
syntaxe d'attribut : chaîne de valeur unique qui ne respectent pas la casse

Le nom de domaine legacyExchangeDN est le nom unique Exchange 2000 pour l'objet. Par exemple :
/o=Organization organisation/ou = AdministrativeGroup Groupe_administratif/CN = RecipientContainer RecipientContainer/CN = mailNickname
Bien que la syntaxe LDAP (Lightweight Directory Access Protocol) de cet attribut est une chaîne qui ne respectent pas la casse, il est recommandé que vous utilisez des lettres minuscules pour les délimiteurs tels que « o », ou, et "CN" et que vous conserver la casse de l'organisation et les groupes d'administration. L'organisation et les noms de groupes d'administration doivent correspondre les valeurs de votre organisation et le groupe d'administration qui sont conservés dans Active Directory. Si c'est une organisation Exchange 2000 et Microsoft Exchange Server 5.5 mixte, assurez-vous que les valeurs que vous définissez sont cohérentes avec les objets existants de l'annuaire Exchange Server 5.5.
adresses proxyAddresses
syntaxe d'attribut : chaîne Unicode à valeurs multiples

L'attribut proxyAddresses contient toutes les adresses qui peuvent être utilisées pour envoyer du courrier à ce destinataire. Le format de cet attribut est PREFIX : proxy, où PREFIX est soit SMTP, X 400, GWISE, NOTES, ou tapez une autre adresse. Au minimum, un objet de messagerie doit contenir une adresse de type x 400 et SMTP. Adresses proxy secondaire supplémentaire SMTP ou d'autres types adresse peuvent également être inclus, si la surveillance du système peut générer le type d'adresse correcte. Un exemple générique et spécifique d'un SMTP valide et X 400 entrée sont :
SMTP: user@company.com
X 400: c = US a =; p = Organization, o = AdministrativeGroup; s = Surname; g = GivenName

SMTP:User@Microsoft.com
X 400: c = US a =; p = organisation, o = Exchange; s = nom; g = prénom
L'adresse SMTP principale doit ont pour toutes les majuscules « SMTP » adresse de type de. Les adresses proxy SMTP supplémentaires doivent commencer en minuscules: smtp.
textEncodedORAddress
syntaxe d'attribut : chaîne Unicode de valeur unique

L'attribut textEncodedORAddress contient l'adresse X.400 principale, qui est également contenue dans le champ proxyAddresses . Le format de l'adresse X.400 est identique au format utilisé dans les adresses proxyAddresses .
messagerie
syntaxe d'attribut : chaîne Unicode de valeur unique

L'attribut de messagerie contient d'adresse SMTP principale l'objet. Cet attribut n'a pas un préfixe d'adresse et seulement contient l'adresse SMTP. Par exemple :
User@Microsoft.com
mailNickname
syntaxe d'attribut : chaîne Unicode de valeur unique

L'attribut mailNickname est similaire au champ alias , ou UID , dans Exchange Server 5.5. L'attribut a une longueur maximale de 64 caractères. Si l'objet est avec boîte aux lettres, l'attribut mailNickname est également utilisé pour générer l'URL d'accès à la boîte aux lettres. Par exemple, une URL serait le format de :
http:// servername /exchange/ mailnickname
nom d'affichage
syntaxe d'attribut : chaîne Unicode de valeur unique

L'attribut displayName contient le nom complet de l'objet tel qu'il apparaît dans la liste d'adresses globale et toute autre adresse listes dont l'objet est un membre de.

Autres attributs requis sur les utilisateurs de boîte aux lettres-activé

En outre aux attributs précédents, tous les utilisateurs avec boîte aux lettres doivent avoir les attributs suivants définie correctement :
  • msExchHomeServerName
  • homeMDB
  • homeMTA
  • msExchUserAccountControl
  • msExchMasterAccountSid
  • msExchMailboxGuid
Voici une brève explication de la mise en forme appropriée de ces attributs. Il n'est pas conçue pour être une spécification complète pour des attributs la mise en forme correcte.

msExchHomeServerName
syntaxe d'attribut : chaîne Unicode de valeur unique

L'attribut msExchHomeServerName contient le nom unique Exchange 2000 du serveur qui contient la boîte aux lettres de l'utilisateur. Par exemple :
/o=Organization organisation/ou = AdministrativeGroup Groupe_administratif/cn = Configuration/cn = Servers/cn = ServerName
homeMDB
syntaxe d'attribut : nom distinctif

L'attribut homeMDB contient un lien nom unique à la banque de boîtes aux lettres contenant la boîte aux lettres de l'utilisateur. La valeur de cet attribut doit correspondre exactement à unique de l'objet de banque de boîtes aux lettres dans Active Directory. Par exemple :
CN = MailboxStore CN = StorageGroup, CN = InformationStore, CN = ServerName, CN = Servers, CN = AdministrativeGroup, CN = Administrative Groups, CN = Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com
homeMTA
syntaxe d'attribut : nom distinctif

L'attribut homeMTA contient un lien nom unique pour l'agent de transfert messages (MTA) sur le serveur qui contient la boîte aux lettres de l'utilisateur. La valeur de cet attribut doit correspondre exactement au nom unique de l'objet MTA dans Active Directory. Par exemple :
CN = Microsoft MTA, CN = ServerName, CN = Servers, CN = AdministrativeGroup, CN = Administrative Groups, CN = Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com
msExchUserAccountControl syntaxe d'attribut : valeur unique entier

L'attribut msExchUserAccountControl est utilisé par la banque d'informations pour déterminer s'il faut utiliser l' objectSid ou la msExchMasterAccountSid lors de la configuration ou lecture autorisations de banque d'informations. Cet attribut possède deux valeurs possibles :
  • 0: Ceci est un utilisateur activé
  • 2: Ceci est un utilisateur désactivé
Les termes activé utilisateur » et « désactivé utilisateur » s'uniquement réfèrent à si le compte d'utilisateur Microsoft Windows NT peut être utilisé pour ouvrir une session sur le domaine ou non. La mise à jour des destinataires (RUS) sont chargé de mise à jour automatiquement cette valeur dès qu'un compte d'utilisateur est créé, activé ou désactivé. Vous devez également vous assurer que la valeur de msExchUserAccountControl est définie lorsque l'utilisateur est avec boîte aux lettres et mis à jour si un utilisateur est activé ou désactivé. Le RUS détermine cette valeur en vérifiant le deuxième bit (0 x 2) de la valeur userAccountControl . Si le 0 x 2 bits n'est pas définie, le compte est activé. Si le 0 x 2 bits est défini, le compte est désactivé.

Si msExchUserAccountControl est définie sur 0, ceci est un compte d'utilisateur activé et la banque d'informations fait référence l' objectSid de l'utilisateur lorsqu'il est lecture ou définition des autorisations de la banque informations. Si msExchUserAccountControl est définie sur 2, il est un utilisateur désactivé et les références de banque d'informations que l'ID de sécurité (SID) définie dans msExchMasterAccountSid lorsque son lecture ou définition des informations de stocker des autorisations. msExchMasterAccountSid syntaxe d'attribut : valeur unique SID

Remarque : le RUS ne définit pas msExchMasterAccountSid. Cet attribut est rempli en soit le Active Directory Connector (ADC), ou lorsqu'un administrateur accorde un utilisateur le droit Compte externe associé dans les droits de boîte aux lettres d'un utilisateur. Cet article mentionne l'attribut msExchMasterAccountSid raison de sa relation avec les autres attributs qui remplit le RUS.

Si le compte d'utilisateur est un utilisateur désactivé et par conséquent msExchUserAccountControl est définie sur 2, l'attribut msExchMasterAccountSid doit être rempli. Si msExchUserAccountControl est définie sur 0, la valeur msExchMasterAccountSid ne doit pas être remplie. Cet attribut a deux catégories possibles de valeurs, selon l'utilisation de la boîte aux lettres associée à cet utilisateur.
  • Si la boîte aux lettres est une boîte aux lettres de ressources, msExchMasterAccountSid doit contenir le SID connus Microsoft Windows 2000, « Self, « également appelée « principal automatique ».
    • La définition d'un compte de ressource est un compte d'utilisateur désactivé qui est utilisé pas réellement session du domaine, mais est plutôt un espace réservé pour une boîte aux lettres à laquelle autres utilisateurs de votre organisation Exchange 2000 ont délégué droits.
    • Vous ne pouvez pas autoriser une ressource compte à accéder aux autres ressources.
    • Le SID SELF peut être définie comme la msExchMasterAccountSid sur plusieurs comptes de ressource parce le automatique n'est pas un SID réel, mais un moyen de faire référence à l' objectSid de l'objet sur lequel elle est définie, qui sera toujours unique.
    • La valeur hexadécimale du SID SELF est :
      0 x 01 0 x 01 0 x 00 0 x 00 0 x 00 0 x 00 0 x 05 0 x 00 0 x 00 0x0a 0 x 00 0 x 00
      Pour plus d'informations sur les SID connus, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
      243330 Identificateurs de sécurité connu dans les systèmes d'exploitation Windows Server
  • Si la boîte aux lettres est détenue par un utilisateur qui est en dehors de la forêt Windows 2000 locale, msExchMasterAccountSid doit contenir le SID de ce compte d'utilisateur externe.
    • Dans ce cas, le compte d'utilisateur désactivé est aussi utilisé pas pour vous connecter directement, mais cette configuration permet à la place à un utilisateur en dehors de la forêt à posséder une boîte aux lettres Exchange 2000 dans votre organisation.
    • Le compte d'utilisateur externe peut être soit un utilisateur de Windows 2000 d'une forêt distincte, soit un compte d'utilisateur Windows NT 4.0.
    • Si la valeur de msExchMasterAccountSid est le SID d'un compte externe, la valeur doit être unique. Vous devrez pas plusieurs comptes d'utilisateur désactivé avec le même SID dans msExchMasterAccountSid dans la forêt entière.
    • L'attribut msExchMasterAccountSid ne doit pas pointer vers une entité de sécurité (utilisateur ou groupe) qui se trouve dans la forêt locale, à l'exception des entités de sécurité étrangère.
    • Le compte externe spécifié dans l'attribut msExchMasterAccountSid doit également disposer « accès complet boîte aux lettres » droits accordés dans le descripteur de sécurité boîte aux lettres.
  • Le SID doit être écrit dans un format binaire, pas descripteur de sécurité définition au langage SDDL (format.
msExchMailboxGuid
syntaxe d'attribut : chaîne octet de valeur unique

Lorsque vous créez un utilisateur activé boîte aux lettres, vous devez définir la valeur msExchMailboxGuid à un ID unique global (GUID) au format binaire. Le GUID dans msExchMailboxGuid sera défini comme le GUID de l'objet de boîte aux lettres au sein de la banque d'informations Exchange 2000. Après que l'objet de banque d'informations est créé, cette valeur est comment le système détermine que l'objet de banque d'informations est lié à l'objet d'annuaire. Le msExchMailboxGuid ne doit pas être modifiée après avoir initialement défini. Modifier le msExchMailboxGuid sur un utilisateur avec boîte aux lettres existant dissocie cet utilisateur avec l'objet boîte aux lettres dans la banque d'informations Exchange 2000.
Remarque : l'attribut targetAddress ne devrait être défini sur un utilisateur avec boîte aux lettres.

Attributs supplémentaires requis sur activé de messagerie des utilisateurs et les contacts

En plus les attributs précédents, utilisateurs tout à extension messagerie et de contacts doivent disposer l'attribut targetAddress correctement défini.

Voici une brève explication de la mise en forme appropriée de cet attribut. Il n'est pas conçue pour être une spécification complète pour la mise en forme correcte de l'attribut.

targetAddress
syntaxe d'attribut : chaîne Unicode de valeur unique

La valeur de l'attribut targetAddress est l'adresse de l'utilisateur qui est en dehors de l'organisation Exchange 2000 locale messages doivent être envoyés à. Lorsque de courrier est envoyé à l'utilisateur à extension messagerie ou de contact, le message est redirigé vers l'adresse contenue dans le champ targetAddress . Le format du champ est semblable au format utilisé dans le champ proxyAddresses . Voici des exemples générales et spécifiques de targetAddress :
PREFIX:Address

SMTP:User@externalcompany.com

Autres attributs requis sur groupes activé de messagerie

Groupes à extension messagerie besoin uniquement du attributs requis sur toutes les lettres et les objets avec messagerie. Il existe deux attributs facultatifs que vous pouvez utiliser pour définir le serveur d'expansion pour le groupe si vous le souhaitez. Toutefois le RUS n'est pas responsable pour définir ces ni le RUS si met à jour un l'autre est déjà définie.

msExchExpansionServerName
syntaxe d'attribut : chaîne Unicode de valeur unique

L'attribut de msExchExpansionServerName contient le nom unique Exchange 2000 du serveur qui est responsable de développement de l'appartenance de groupe de ce groupe à extension messagerie pour la remise des messages. La syntaxe de cet attribut est similaire à msExchHomeServerName ci-dessus.
homeMTA
syntaxe d'attribut : uniques nom

L'attribut homeMTA contient un lien nom distinctif au MTA sur le serveur qui est responsable de développement de l'appartenance à un ce groupe. La syntaxe de cet attribut est identique à la homeMTA .

Attributs requis sur les dossiers publics activé de messagerie

Lorsqu'un dossier public est créé à l'aide un client ou le Gestionnaire système Exchange, homeMDB , displayName , attributs legacyExchangeDN , mailNickname et targetAddress sont déjà définies.

Vous devrez peut-être correctement défini les attributs suivants de l'objet dossier public pour envoyer des messages directement vers le dossier public :
  • messagerie
  • adresses proxyAddresses
  • textEncodedORAddress

Application de stratégies de liste d'adresses

Pour les objets avec boîte aux lettres et à extension messagerie à afficher dans la liste d'adresses globale et toute autre adresse listes, le RUS applique généralement chaque stratégie liste adresse chaque objet pour déterminer les listes d'adresses un objet doit être un membre de. Lorsque le RUS détermine qu'un utilisateur doit être membre d'une liste d'adresses globale ou une liste d'adresses, elle ajoute le nom unique de cette liste d'adresses globale ou l'adresse à l'attribut showInAddressBook sur l'objet boîte aux lettres ou à extension messagerie. Si la mise à jour des destinataires (RUS) sont désactivé, vous devez définir manuellement l'attribut showInAddressBook sur vos objets avec boîte aux lettres et à extension messagerie.

showInAddressBook
syntaxe d'attribut : nom unique à plusieurs valeurs

La valeur showInAddressBook est un lien vers chaque liste d'adresses globale ou liste d'adresses dont l'objet boîte aux lettres ou à extension messagerie est un membre de. Il s'agit un attribut à plusieurs valeurs, donc un objet peut être un membre de plus d'une liste d'adresses. Toutefois, un objet est généralement seul un membre d'une liste d'adresses globale. Voici un exemple d'une valeur possible pour showInAddressBook :
CN = liste d'adresses globale par défaut, CN = toutes les listes d'adresses globales, CN = conteneur de listes d'adresses, CN = Organisation, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = domain, DC = com

Appartenance à un groupe masqué

Le RUS est responsable de gérer le masquage et révéler d'appartenance au groupe lors de l'affichage les propriétés d'un groupe à extension messagerie d'un client de messagerie. Si l' attribut booléen hideDLMembership est définie sur TRUE, les tampons de mise à jour des destinataires (RUS) un descripteur de sécurité non canonique spécial sur l'objet de groupe dans Active Directory pour vous assurer que les serveurs Exchange 2000 peuvent accéder à tous attributs de groupe, mais les utilisateurs standard ne peut en mesure d'afficher les membres du groupe.

Si la mise à jour des destinataires (RUS) sont désactivé et vous avez l'intention de à l'aide de l'attribut hideDLMembership , vous devez définir manuellement les descripteurs de sécurité sur les groupes selon que hideDLMembership est VRAI ou FAUX. Vous devez également mettre à jour le descripteur de sécurité si la valeur de la hideDLMembership attribut sur les modifications de groupe.

Pour plus d'informations concernant le format de descripteurs de sécurité sur les groupes avec appartenance masquée, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
253827 XADM : How Exchange masque regrouper l'appartenance à Active Directory

Masquage des objets à partir de listes d'adresses

Le RUS est responsable pour la surveillance de la valeur de l' attribut booléen mxExchHideFromAddressLists , et si la valeur est TRUE, elle supprime toutes les listes d'adresses dans l'attribut showInAddressBook sur l'objet boîte aux lettres ou à extension messagerie. Par conséquent, si la valeur de msExchHideFromAddressLists modifier ultérieurement, le RUS remplit l'attribut showInAddressBook pour l'objet.

Si vous envisagez d'utiliser l'attribut msExchHideFromAddressLists , vous devez manuellement remplir ou effacer l'attribut showInAddressBook sur l'objet selon l'état de l'attribut msExchHideFromAddressLists .

Gestion de l'appartenance des groupes Serveurs d'entreprise Exchange 2000

Le RUS est responsable de gestion de l'appartenance de tous les groupes Serveurs d'entreprise Exchange 2000 dans la forêt.

Lorsque vous exécutez setup /domainprep dans un domaine ou que vous installez le premier serveur Exchange 2000 dans un domaine, deux groupes sont créés :
  • Serveurs de domaine Exchange

    Ce groupe contient tous les serveurs Exchange 2000 dans le domaine local.
  • Serveurs d'entreprise Exchange

    Ce groupe contient le groupe Serveurs de domaine Exchange 2000 pour chaque domaine qui est un serveur Exchange 2000 installé, ou pour lesquels setup /domainprep a été exécutée dans le domaine
Chaque fois que nouveaux groupes de serveurs de domaine Exchange et Serveurs d'entreprise Exchange sont créés dans un nouveau domaine, le RUS est responsable d'effectuant les tâches suivantes :
  • Ajouter les tous les groupes de serveurs de domaine Exchange existants au groupe Serveurs d'entreprise Exchange dans le nouveau domaine.
  • Ajoutez les groupes Serveurs de domaine Exchange à partir du nouveau domaine à tous les groupes Serveurs d'entreprise Exchange existants dans la forêt.
Vous devez conserver l'appartenance au groupe Serveurs d'entreprise Exchange manuellement pour tous les domaines lorsque vous désactivez le domaine Services de mise à jour de destinataire.

Pour plus d'informations sur le service de mise à jour de destinataire, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
253838 XADM : comment le service de mise à jour de destinataire applique les stratégies système
253828 XADM : comment le service de mise à jour de destinataire remplit les listes d'adresses
253827 XADM : How Exchange masque regrouper l'appartenance à Active Directory
253770 XADM : tâches effectuées par le service de mise à jour de destinataire

Propriétés

Numéro d'article: 296479 - Dernière mise à jour: samedi 28 octobre 2006 - Version: 3.2
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange 2000 Server Standard Edition
Mots-clés : 
kbmt kbinfo KB296479 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 296479
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com