XADM : solutions de contournement pour des problèmes avec Mbconn.exe

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

Sommaire

Symptômes

Cet article décrit les solutions de contournement pour les problèmes connus suivants dans Mbconn version 6.0.4417 :
  • Mbconn définit séparateurs legacyExchangeDN majuscules, qui entraîne des clients Outlook soit Impossible de publier leurs informations de disponibilité.
  • Mbconn se ferme soudainement après utilisation de boîtes de dialogue Parcourir fichier.
  • Importation LDIFDE ne fonctionne pas en raison d'enregistrements mis en forme incorrectement dans le fichier d'exportation Mbconn.
  • Vous recevez « non tel objet » ou les bases de « sans données privées trouvés sur ce serveur" messages d'erreur.
  • Toutes les boîtes aux lettres reconnections sont signalées comme défaillances, même si les reconnections réellement travaillé.

    Remarque : il peut prendre 10 minutes ou plus pour les boîtes aux lettres devenir accessibles après une opération de reconnexion.

Résolution

Pour résoudre ce problème, procurez-vous le dernier service pack Microsoft Exchange 2000 Server. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
301378 XGEN : Comment faire pour obtenir le dernier Service Pack Exchange 2000 Server

Contournement

Pour contourner les problèmes Mbconn qui sont répertoriés dans la section « Symptômes » de cet article, appliquez les solutions de contournement dans les sections suivantes (selon le cas) :

Mbconn définit séparateurs LegacyExchangeDN majuscules

Un client Outlook ne traite pas les informations de disponibilité correctement si l'attribut legacyExchangeDN de l'objet d'utilisateur propriétaire a séparateurs en majuscules. Par exemple, un legacyExchangeDN typique ressemble à ceci :
/ o = Organization/ou = site/cn = Recipients/cn = user
Un legacyExchangeDN MBCONN-généré va ressembler à ceci :
/O = organisation/ou = site/cn = RECIPIENTS/CN = User
L'outil Fbfix.exe peut être utilisé pour automatiquement corriger ce problème. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
286783 XADM : erreur message mise à jour gratuits et occupé des données dans Exchange 2000
Sinon, vous pouvez exporter et importer les objets affectés à l'aide de Ldifde.exe, qui est installé par défaut sur Windows 2000 server.

  1. Générer un fichier Exportation de format LDIF qui contient tous les objets utilisateur doivent être modifiés. Vous pouvez faire à partir de base par domaine. Si votre nom de domaine Active Directory est headquarters.mycompany.com et un contrôleur de domaine dans ce domaine est appelé dc01, la commande LDIFDE suivante exporter tous les objets dans le domaine ayant une valeur legacyExchangeDN :
    LDIFDE-F E:\LEGACY.LDF DIMENSIONS " DC = HEADQUARTERS,DC = MYCOMPANY,DC = COM ""(LEGACYEXCHANGEDN=*)-R"
    Dans la commande précédente, le paramètre-L restreint la sortie de chaque objet à uniquement la valeur legacyExchangeDN et ainsi facilitant modifier le fichier de réimportation.

    Cette commande doit générer un fichier d'exportation qui contient plusieurs entrées semblables aux suivantes :
    DN: CN = Doe\, John, OU = société, DC = Headquarters,DC = mycompany,DC = com
    ChangeType : ajouter
    nom de domaine legacyExchangeDN: / O = Organization/ou = mode société/CN = RECIPIENTS/CN = JeanD
    DN: CN = Doe\ lise, OU = société, DC = Headquarters,DC = mycompany,DC = com
    ChangeType : ajouter
    nom de domaine legacyExchangeDN: / O = Organization/ou = mode société/CN = RECIPIENTS/CN = JaneD
  2. Modifier le fichier de la réimportation.

    Il est beaucoup plus facile transformer le fichier d'exportation un fichier d'importation approprié si vous disposez d'un éditeur de texte qui prend en charge recherche et remplacer sur sauts de ligne. Le bloc-notes ne prend pas en charge cette fonctionnalité, mais Microsoft Word ne. Les instructions données ici pour modifier le fichier concernent Word, mais peuvent travailler dans les autres éditeurs.

    La syntaxe du fichier LDIF pour apporter des modifications apportées aux objets existants est assez différente de la syntaxe pour ajouter des objets. L'exportation est au format « ajouter » et doivent doit être transformée en le format « modifier.

    Chaque enregistrement doit être modifié depuis ce format :
    DN: CN = Doe\, John, OU = société, DC = Headquarters,DC = mycompany,DC = com
    ChangeType : ajouter
    nom de domaine legacyExchangeDN: / O = Organization/ou = mode société/CN = RECIPIENTS/CN = JeanD
    dans ce format :
    DN: CN = Doe\, John, OU = société, DC = Headquarters,DC = mycompany,DC = com
    ChangeType : modifier
    Remplacer : legacyExchangeDN
    nom de domaine legacyExchangeDN: / o = Organization/ou = mode société/cn = Recipients/cn = JeanD
    En particulier, vous devez modifier le suivant :

    • Vous devez modifier le changetype valeur d'ajouter à modifier.
    • Vous devez ajouter une ligne sous la ligne changetype qui lit remplacer : legacyExchangeDN .
    • Vous devez modifier le / o =, ou = et /CN = caractères dans le legacyExchangeDN en minuscules.
    • Vous devez ajouter un trait d'union dans une ligne par lui-même après chaque entrée et doit comporter une ligne vide supplémentaire séparant les écritures.
    Remarque : LDIF le format d'importation doit être strictement respecte ; écarts même secondaires entraîner des erreurs lorsque vous essayez d'importer le fichier. Il faut un espace et qu'un seul espace après chaque deux-points dans chaque entrée. Si vous devez rompre longues lignes, vous devez abaisser la suite de chaque espace exactement une ligne. À la fin du fichier, la dernière entrée doit également contenir un tiret et une ligne vide sous le tiret ou le fichier de n'importe pas correctement.

    Plusieurs éditeurs de texte, notamment Word, utiliser les caractères ^ p pour représenter les sauts de ligne. (« ^ p » ne veille pour CTRL + P, mais pour le caractère caret (^) suivi par une minuscule p.) Suivantes table utilise le ^ p convention pour représenter un saut de ligne et définit chaque recherche et remplacer les modifications nécessaires dans Word pour transformer le fichier :
    Search for . . .              Replace with. . . 
    
    /O=                           /o=
    
    /OU=                          /ou=
    
    /CN=                          /cn=
    
    ^p^p                          ^p-^p^p
    
    changetype: add^p             changetype: modify^preplace: legacyExchangeDN^p
    					
    IMPORTANT : Si vous utilisez Word ou un autre programme de traitement de texte pour modifier le fichier, veillez à enregistrer le fichier en tant que texte brut. Examinez le fichier dans le bloc-notes après avoir enregistré le fichier pour vous assurer que le fichier est lisible et est formatée correctement en tant que texte brut.
  3. Importer EXPORT.LDF revenir dans Active Directory à l'aide de la commande suivante :
LDIFDE - I -F LEGACY.LDF
Tous les objets doivent importés. S'il y a des problèmes, LDIFDE signale la ligne sur laquelle un problème est survenu. Examinez ces problèmes en examinant attentivement l'enregistrement concerné dans le fichier d'importation. La plupart des erreurs, LDIFDE arrête la procédure d'importation à la première erreur même si les enregistrements après l'erreur sont corrects. Si la cause de l'erreur n'est pas immédiatement évidente, il peut s'avérer plus efficace de supprimer l'enregistrement de problème, terminer l'importation et ensuite modifier manuellement l'objet que n'a pas importer à l'aide de ADSIEdit ou LDP.

Vous pouvez vérifier que tous les objets ont été modifiés par exécuter la commande ldifde que vous avez utilisé précédemment pour exporter les objets. Vous devez ne plus pouvoir trouver des majuscules / o, ou ou les /CN valeurs dans le fichier.

Après avoir modifié les valeurs legacyExchangeDN, vous devez arrêtez et redémarrez tous les services Exchange 2000, y compris la surveillance du système.

Mbconn se ferme soudainement après que vous tapez un nom de fichier journal dans la boîte de dialogue Parcourir

Mbconn génère automatiquement un fichier journal des opérations Mbconn dans le dossier Mbconn.exe réside dans. Si cet emplacement n'est pas accessible en écriture (par exemple, si Mbconn.exe se trouve sur un partage en lecture seule), Mbconn vous invite à sélectionner un emplacement des fichiers journal différent. Une boîte de dialogue Sélection de fichier standard s'affiche. S'indépendamment de du magasin ou nom de fichier que vous sélectionnez, de la Mbconn ferme de façon inattendue.

Pour contourner ce problème, soit copier Mbconn vers un emplacement accessible en écriture ou cliquez sur Annuler dans la boîte de dialogue Parcourir pour utiliser Mbconn sans enregistrement.

Mbconn se ferme soudainement après que vous rechercher un dossier d'exportation

Lorsque vous créez un fichier d'exportation, si vous cliquez sur le bouton Parcourir de fichier, Mbconn se ferme soudainement.

Pour contourner ce problème, tapez le nom de fichier, puis cliquez sur Créer pour créer un fichier d'exportation.

Mbconn n'énumère pas les bases de données Exchange

Après avoir défini le contrôleur de domaine et un ordinateur Exchange sur lequel vous souhaitez que Mbconn pour vous connecter, un messages Erreur suivants de peut s'afficher :
Aucune bases de données privées trouvées sur ce serveur Exchange
-ou-
Reconnexion des boîtes aux lettres

Connexion serveur a échoué.
ExServer : Exchange1
CONTRÔLEUR DE DOMAINE: IL

HRESULT : ERROR_DS_NO_SUCH_OBJECT
Active Directory Erreur : 0000208D : NameErr : DSID-031001C9, problème 2001 NO_OBJECT, données 0, optimale correspondance de :
« DC = domain, DC = domain, DC = com »

Il n'existe aucun objet tel sur le serveur.
Ce problème peut se produire si l'administrateur n'est pas connecté avec un compte Microsoft Windows auquel appartient le domaine parent du conteneur Configuration Active Directory. Le conteneur de configuration est créé comme un sub-container du premier domaine qui est installé dans une forêt Active Directory. Si la forêt contient plusieurs arborescences, il ne peut pas être évident le arborescence contient le conteneur Configuration. Pour découvrir le domaine est le parent du conteneur de configuration :
  1. Démarrez la console d'administration de sites et Active Directory Services.
  2. Cliquez sur l'objet de sites , puis ouvrir ses propriétés.
  3. Cliquez sur l'onglet objet . Si le domaine parent est domain .com, il est répertorié sous l'onglet dans le format suivant :
    domain.com/Configuration/Sites
Pour contourner ce problème et utiliser Mbconn, vous devez ouvrir une session de Windows avec un compte à partir ce domaine, indépendamment de l'emplacement du contrôleur de domaine ou serveur Exchange 2000 avec lequel vous travaillez.

Rapports Mbconn qui reconnexion ne fonctionne même si la fonctionnalité de reconnexion suit

Si Mbconn reconnecte avec succès une boîte aux lettres à un utilisateur, mais Mbconn toujours peut signaler que tout reconnections n'a pas fonctionner. Si un administrateur démarre le Gestionnaire système Exchange et puis exécute l'agent de nettoyage pour vérifier l'état de la connexion de toutes les boîtes aux lettres, l'agent de nettoyage ne fonctionne pas, et vous recevez le message d'erreur suivant :
Une erreur de traitement interne s'est produite. Essayez de redémarrer le Gestionnaire système Exchange ou le service Banque d'informations ou les deux.

ID : c1041724
Le message d'erreur suivant est enregistré simultanément dans le journal des événements Applications :
Type d'événement : Erreur
Source de l'événement : MSExchangeIS
Catégorie d'événement : général
L'ID d'événement : 9562
Date: 6/14/2001
Heure : 6:30:42 des comptes fournisseurs
Utilisateur: n / A
Ordinateur : EXCHANGE1
Description : Impossible de lire l'attribut msExchUserAccountControl dans l'annuaire Active Directory pour / o = Microsoft/ou = Exchange/CN = bénéficiaires/CN = COMMONNAME.
Si vous tentez de vous reconnecter à un seul utilisateur a échoué dans la fenêtre de boîtes aux lettres dans le Gestionnaire système Exchange, le message d'erreur suivant peut s'afficher :
L'opération ne peut pas être effectuée car cette boîte aux lettres a été déjà reconnectée à un utilisateur existant.
Si vous redémarrez les services ou du Gestionnaire système, elle n'efface pas l'erreur. Dans la plupart des cas, environ 10 minutes transmettre avant les boîtes aux lettres deviennent accessibles. (Lorsque vous pouvez exécutez à nouveau correctement l'Agent de nettoyage, le processus de reconnexion a effectuée.)

Vous pouvez utiliser Ldifde pour examiner les attributs homeMDB et mailNickname d'un utilisateur. Si ces attributs existent, la partie Mbconn du processus de reconnexion réellement réussi. Pour utiliser Ldifde pour examiner les attributs homeMDB et mailNickname d'un utilisateur, vous devez connaître le nom unique du compte d'utilisateur. Dans le mode Aperçu, Mbconn affiche le nom unique du compte utilisateur qui envisage Mbconn pour lier à une boîte aux lettres. Par exemple, si vous exécutez la commande suivante
LDIFDE-F CON-D " CN = nom commun, OU = conteneur, contrôleur de domaine = domaine = COM "-L homeMDB, mailNickname
Voici un exemple de la sortie qui est généré :
E:\>LDIFDE-F CON-D " cn = nom commun, ou = conteneur, dc = domaine, dc = com "-L homeMDB, mailNickname
Se connecter à « dc1.domain.com »
Ouvrir une session en tant qu'utilisateur actuel utilisant SSPI
Exportation de répertoire vers fichier canular
Recherche des entrées...
Écriture d'entries.DN : CN = nom commun, OU = conteneur, DC = domain, DC = com
ChangeType : ajouter
homeMDB :
CN = banque d'informations privée (DC1), CN = First Storage Group, CN = InformationStore, CN = DC1, CN = Servers,
CN = Exchange, CN = Administrative Groups, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration,
DC = domain, DC = com
mailNickname : CommonName
1 écritures exportées

La commande a réussi
Remarque : quel que soit de si vous trouvez les attributs homeMDB et mailNickname pour l'utilisateur, LDIFDE doit faire état « 1 entrées exportées. » Si LDIFDE signale « non entrées trouvées », LDIFDE n'a pas pu lire l'objet utilisateur à partir du répertoire. Vous avez tapé le nom distinctif incorrecte, vous ne disposez pas des autorisations suffisantes afficher l'objet ou vous pouvez avoir pas de caractères qui nécessitent d'échappement échappement. (Pour plus d'informations sur les caractères qui nécessitent d'échappement, voir la section « Exportation rapports erreurs au cours de Active Directory Importation de fichiers » de cet article.)

Si les attributs homeMDB et mailNickname sont présents, et vous pouvez exécuter l'Agent de nettoyage avec succès, il est possible que le service de mise à jour de destinataire ne peut pas terminer le processus reconnexion par horodatage des attributs supplémentaires sur l'objet utilisateur. Si objets utilisateur ne possèdent pas un attribut proxyAddresses , le service de mise à jour de destinataire n'a pas encore traitée l'objet.

Pour contourner ce problème et éviter les problèmes reconnexion plus évidentes, ajoutez la ligne suivante à chaque enregistrement dans le fichier d'exportation Mbconn :
msExchUserAccountControl: 0
Pour plus d'informations sur la valeur msExchUserAccountControl , reportez-vous à la section « Exportation rapports erreurs au cours de Active Directory Importation de fichiers ».

Exporter fichier rapports sur les erreurs au cours de Active Directory Importation

Voici le format général de chaque enregistrement LDIF dans le fichier d'exportation :
DN: CN = nom commun, OU = conteneur, DC = domaine = com
ChangeType : ajouter
UserAccountControl : 66048
Nom d'affichage : nom commun
CN : nom commun
objectClass : utilisateur
samAccountName : CommonName
givenName : commun
SN: nom
Voici la syntaxe de commande par défaut pour l'importation du fichier :
LDIFDE.EXE - I -K-F MBCONN.TXT
Si syntaxe ou des erreurs de mise en forme se produisent pendant l'importation, LDIFDE cesse de l'importation et rapports de la ligne dans le fichier auquel commence l'enregistrement du problème. (Par exemple, une erreur dans le premier enregistrement est signalée comme erreur à la ligne 1.) Si une entrée existe déjà dans Active Directory, la deuxième tentative pour importer le fichier génère une erreur, sauf si vous utilisez le -K basculer. Impossible de modifier écritures créées précédemment en ajoutant des attributs à un enregistrement et réimportez l'enregistrement. La norme LDIF fournit de modification des objets répertoire existants, mais qui le format et la syntaxe sont très différent du format de création d'enregistrements.

En règle générale, pour résoudre une importation LDIF, vous devez recherchez la ligne qui contient l'enregistrement est en erreur et puis examiner l'enregistrement pour un problème spécifique.

Les éléments suivants sont les problèmes courants qui sont rencontrées dans les fichiers d'exportation Mbconn :
  • Caractères dans le nom unique peut ne pas être échappement correctement. Les caractères suivants doivent être échappement lorsque utilisé dans un nom unique :

    • virgule ()
    • signe égal (=)
    • plus (+)
    • barre oblique inverse (\)
    • point-virgule (;)
    • guillemets ('')
    • crochets (< >)
    Ce problème plus souvent est en raison des virgules des valeurs CN (tels que « CN = nom, tout d'abord » "au lieu de CN = premier nom »). Le format LDIF utilise une virgule comme séparateur entre les segments d'un nom entièrement unique. Pour utiliser une virgule dans un segment, vous devez fermez la virgule avec une barre oblique inverse (par exemple, « Last\, Prénom »).
  • Le champ sn (nom de famille) peut être vide. La table de boîte aux lettres dans une base de données ne contient pas champs givenName et sn ; par conséquent, Mbconn détermine que best possible que les valeurs doivent être, en supposant qu'un espace dans le CN indique une division. Si il est sans espace dans le CN, Mbconn traite le CN entière en tant que la givenName et laisse le sn vide. Étant donné que n'importe quel attribut est désigné dans un fichier d'importation LDIF doit avoir une valeur, l'importation ne fonctionne pas. Pour contourner ce problème, effectuez une recherche et remplacez pour donner un nom générique à tous les attributs sn vide.
  • Peut-être des caractères non autorisés dans le samAccountName. Un samAccountName doit contenir plus de 20 caractères et ne peut pas contenir un espace ni aucun des caractères suivants :

    • astérisque
    • signe égal (=)
    • plus (+)
    • crochets ([])
    • barre oblique inverse (\)
    • barres verticales (|)
    • point-virgule (;)
    • signe deux-points (:))
    • guillemets ('')
    • virgule ()
    • crochets (< >)
    • point (.)
    • barre oblique (/) marque
    • point d'interrogation (?)
    Mbconn construit le samAccountName de CN ; par conséquent, la plupart des CNs qui contiennent des caractères qui nécessitent d'échappement contiennent également samAccountNames non autorisée.
Le fichier de commandes suivant pouvez corriger ces trois problèmes pour la plupart des fichiers d'exportation MBconn. Le fichier de commandes est double espacement, avec une ligne vide entre chaque ligne unique dans le fichier. Cette mise en forme permet d'identifier facilement les lignes que peuvent avoir regroupé incorrectement sur votre affichage.

Ce fichier de commandes effectue quatre opérations :
  • Ajoute le caractère d'échappement à la valeur nom de domaine, si nécessaire.
  • Bandes des caractères interdits du samAccountName.
  • Ajoute la valeur msExchUserAccountControl à chaque enregistrement.
  • Supprime les lignes givenName, sn et cn de chaque enregistrement. (Si vous souhaitez conserver ces lignes, vous pouvez modifier le fichier de commandes pour conserver les.)
Ce fichier de commandes s'exécute sur Microsoft Windows 2000 ou Microsoft Windows NT 4.0, tant que les extensions de ligne de commande par défaut sont activées.

Il existe deux paramètres obligatoires : le nom de la Mbconn exporter fichier, un nouveau nom de fichier pour que les modifications, par exemple :
E:\ > MBCONNFIX.BAT MBCONN.TXT MBCONNFIX.TXT
Images et collez le fichier de commandes dans un éditeur de texte brut et puis enregistrez le fichier de commandes en tant que Mbconnfix.bat.
:MBCONNFIX.BAT

@echo off

setlocal

set infile=%1

set outfile=%2

if exist %outfile% del %outfile%

echo Please Wait...

for /f "delims=" %%A in (%infile%) do call :DO_EACH_LINE "%%A"

start notepad %outfile%

goto :EOF

:DO_EACH_LINE

REM     Strip quotes from around the line

set line=%1

set line=%line:"=%

REM     Escape or remove illegal and odd characters

if "%line:~0,4%"=="dn: " GOTO :FIXDN

if "%line:~0,16%"=="samAccountName: " GOTO :FIXSAM

if "%line:~0,4%"=="sn: " GOTO :FIXSN

REM    The next two lines remove cn and givenName lines from the ldif file

if "%line:~0,4%"=="cn: " GOTO :EOF

if "%line:~0,11%"=="givenName: " GOTO :EOF

echo %line%>>%outfile%

goto :EOF

:FIXDN

set line=%line:+=\+%

set line=%line:\=\\%

set line=%line:;=\;%

set line=%line:"=\"%

set line=%line:<=\<%

set line=%line:>=\>%

set line=%line:,=\,%

set line=%line:\,OU=,OU%

set line=%line:\,DC=,DC%

set line=%line:\,CN=,CN%

echo %line%>>%outfile%

goto :EOF

:FIXSAM

set line=%line:samAccountName: =%

set line=%line:+=%

set line=%line:[=%

set line=%line:]=%

set line=%line:\=%

set line=%line:|=%

set line=%line:;=%

set line=%line::=%

set line=%line:"=%

set line=%line:,=%

set line=%line:<=%

set line=%line:.=%

set line=%line:>=%

set line=%line:/=%

set line=%line:?=%

set line=%line: =%

set line=samAccountName: %line%

echo %line%>>%outfile%

goto :EOF

:FIXSN

rem      To keep the sn line in the ldif file, un-rem the next two lines

rem if "%line%"=="sn: " set line=sn: Surname

rem echo %line%>>%outfile%

echo msExchUserAccountControl: ^0>>%outfile%

echo.>>%outfile%

goto :EOF

				

Statut

Microsoft a confirmé que c'est un problème dans Microsoft Exchange 2000 Server. Ce problème a été corrigé dans Microsoft Exchange 2000 Server Service Pack 2.

Plus d'informations

L'utilitaire Mbconn.exe est inclus sur le CD-ROM Exchange 2000 Server. Il est utilisé fréquemment conjointement Exmerge.exe lors de récupérations de base de données serveur auxiliaire. Dans une autre récupération de serveur, une base de données Exchange 2000 à partir d'une forêt Active Directory est démarré sur un serveur de récupération d'une autre forêt, généralement aux données de récupération de cette base de données. Dans ce scénario, vous pouvez utiliser Mbconn pour générer des comptes d'utilisateurs Active Directory pour chaque boîte aux lettres que vous souhaitez récupérer. Vous pouvez ensuite utiliser ExMerge fusionner les données de la base de données de récupération vers une base de données de production.

Mbconn peut générer un fichier de format LDIF, laquelle vous pouvez importer dans Active Directory avec Ldifde.exe. Le fichier d'exportation Mbconn effectue une fonction qui est semblable à celui de L'ANNUAIRE cohérence SA/BI dans les versions antérieures d'Exchange Server ; le fichier d'exportation Mbconn crée des comptes d'annuaire qui correspondent à des boîtes aux lettres « orphelins » dans une base de données Exchange, qui vous permet d'accéder à ces boîtes aux lettres à nouveau. Vous pouvez modifier le fichier d'exportation pour supprimer des comptes ou ajouter des attributs avant d'importer le fichier d'exportation.

Remarque : étant donné que la table de boîte aux lettres dans une base de données contient uniquement un petit ensemble d'attributs de lien de la boîte aux lettres vers un compte d'utilisateur particulier, il est impossible automatiquement remplit à nouveau le répertoire avec attributs facultatifs comme les numéros de téléphone.

Pour plus d'informations sur des procédures générales pour paramétrer les récupérations autre serveur, consultez le livre blanc « récupération de base de données serveur Exchange 2000 » au site Web de Microsoft à l'adresse suivante :
http://www.microsoft.com/technet/prodtechnol/exchange/2000/support/dbrecovr.mspx

Propriétés

Numéro d'article: 301585 - Dernière mise à jour: mardi 27 février 2007 - Version: 2.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 kbbug kberrmsg kbexchange2000sp2fix kbfix KB301585 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: 301585
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