Fuente: http://technet.microsoft.com/es-es/library/bb851554(EXCHG.80).aspx
Fuente: http://blogs.technet.com/b/exchange/archive/2007/04/30/3402138.aspx
Error:
No se encuentra ningún servidor de Exchange 2007 con un servicio de lista de direcciones activo.
Se intentó el comando del Shell de administración de Exchange:
’…’
Tiempo transcurrido: 00:00:00
El problema se soluciona iniciando el servicio “Microsoft Exnchage – operador de sistema”
…illatà !
Fuente: http://gregorioparra.spaces.live.com/Blog/cns!3F1C5A97BDB2FA2E!936.entry
Fuente: http://support.microsoft.com/kb/941201
Este error muestra por que es conveniente saber como fue la historia de instalacion de Exchange, sobretodo en nuestro entorno, en donde recurrentemente el servidor de Exchange es a su ves el Controlador de Dominio.Para el caso nuestro, no es lo mismo instalar un IIS y promover a DC que promover a DC e instalar un IIS, ya les cuento por que.Hace un tiempo, adelantando uno de mis escenarios de entrenamiento, tome como siempre una de las maquinas Windows Base que tengo previamente listas (esto ahorra un enorme tiempo, para el caso de 2003 solo ejecutar sysprep y listo! ).lo siguiente fue instalar IIS, despues de lo cual ejecute dcpromo, adicionandolo como controlador adicional.
hasta ahi, no hay problema, despues de esto, esta maquina le instale Exchange Server 2007 SP1, ya que necesitaba una maquina en un sitio remoto con Exchange, la instalacion se efectuo sin problemas, y el servicio se establecio sin inconveniente alguno.al momento de ingresar a OWA, encontre esto:
Pero no habia error a nivel de app pool o de IIS, tampoco el CAS ofrecia informacion; asi que me dedique a investigar que sucedia.Ubique la herramienta Authentication and Access Control Diagnostics, con la cual hice una traza, y encontre algo como esto: 
Esto indicaba que para la cuenta IUSR_MAQUINA, no habia autenticacion.Al tiempo, encontre este muy buen articulo de Microsoft, http://support.microsoft.com/kb/941201 [ Error message when you try to log on to Exchange 2007 by using Outlook Web Access: "440 Login Timeout" ], el cual indica que este error puede deberse a fallos en los sitios web de OWA, lo cual se soluciona ejecutando estas piezas de powershell en el CAS afectado.
Remove-OwaVirtualDirectory "exchange (default web site)" Remove-OwaVirtualDirectory "public (default web site)" Remove-OwaVirtualDirectory "exchweb (default web site)" Remove-OwaVirtualDirectory "owa (default web site)"
despues de locual ejecute esta otra parte, para adicionar los sitios
New-OwaVirtualDirectory "exchange" -OwaVersion Exchange2003or2000 -VirtualDirectoryType Mailboxes -WebSiteName "Default Web Site" New-OwaVirtualDirectory "public" -OwaVersion Exchange2003or2000 -VirtualDirectoryType PublicFolders -WebSiteName "Default Web Site" New-OwaVirtualDirectory "exchweb" -OwaVersion Exchange2003or2000 -VirtualDirectoryType Exchweb -WebSiteName "Default Web Site" New-OwaVirtualDirectory -name "owa" -OwaVersion Exchange2007 -WebSiteName "Default Web Site"
esta parte no sirvio, asi que segui revisando el articulo y encontre que hace mencion de la cuenta IUSR_MAQUINA, busque en el directorio que mencionaba y esto encontre:
esta cuenta, es la que impersona el acceso anonimo a directorios, ya que sea como sea, debe una cuenta acceder a los archivos, esto es NTFS!ahora, tenia que aclarar que ocurrio con la cuenta, por que si estaba referenciado alli, esta debio existir, asi que de nuevo buscando en internet, encontre el punto final, que indica que este error aparece por un cuarto factor, y es cuando la maquina como en mi caso es promovida a Controlador de Dominiohttp://support.microsoft.com/kb/300432 [ How To Promote a Member Server Running IIS to a Domain Controller Running IIS ] asi que ya con toda esta evidencia, fui a verificar el directorio activo, y esto encontre.
Lo cual confirmaba que efectivamente la cuenta IUSR_DCEXCH3 habia sido eliminada, por este motivo, no se permitia que los recursos de OWA fuesen cargados de forma satisfactoriahasta ahora definimos el problema, ahora va el metodo de solucion!recuerdan el primer articulo que consultamos? http://support.microsoft.com/kb/941201 [ Error message when you try to log on to Exchange 2007 by using Outlook Web Access: "440 Login Timeout" ], pues en este articulo menciona la opcion de sincronizar la contraseña de la cuenta IUSR_ MAQUINA, pues yo le agregue un ingrediente, y fue la de cambiar en si la cuenta, pero a cual, a una que ya tenia los privilegios y bque estaba creada, en este caso la IUSR_DCEXCH1, esta cuenta, para operar bien necesita estos privilegios en la maquina IIS
ya con esto claro, lo que hay que hacer es ubicar la contraseña del usuario IUSR_MAQUINA, esto lo hacemos con el paso 2 del articulo 941201, para una mejor comprension, muestro las lineas de codigo antes y despues del cambio:Antes:
If (Attribute = True) then IsSecureProperty = True Else IsSecureProperty = False End If
Despues:
If (Attribute = True) then IsSecureProperty = False Else IsSecureProperty = False End If
Recuerden, despues de obtener la contraseña que necesitan, dejen de nuevo el codigo como estaba originalmente.ya con este dato, hay que reorganizar los directorio de IIS afectados, esto son:
y aca muestro el antes y el despues de la configuracion:Antes:
Nota: el confirmara la contraseña
y este es el despues:
esto lo deben hacer para cada uno de los 4 directorios.Despues de esto, ejecuten un iisreset y prueben de nuevo, deberia funcionar!!
Espero les sea de utilidadMe queda averiguar si esto mismo ocurre en 2008 y como se solucionaria, ya les contare como me fue en la laborsaludos! ————————————————–
Para eliminar los directorios virtuales relacionados de Outlook Web Access, siga estos pasos:
Para volver a crear los directorios virtuales relacionados de Outlook Web Access, escriba los comandos siguientes en el Shell de administración de Exchange. Presione Entrar después de cada comando:
Vuelva a sincronizar las contraseñas en la metabase y en el servicio de directorios Active Directory para las cuentas siguientes:
Para ello, siga estos pasos:
Volver al principio
If (Attribute = True) then
IsSecureProperty = True
Else
IsSecureProperty = False
End If
Importante: después de seguir los pasos 1 a 4 para volver a sincronizar las contraseñas, debe volver a cambiar el primer valor IsSecureProperty a True y guardar los cambios en el archivo.
Se devuelven resultados parecidos a los siguientes:
Microsoft (R) Windows Script Host Version 5.6 Copyright (C) Microsoft corporation 1996-2001. Reservados todos los derechos. anonymoususerpass : (STRING) "HtV9o2w.18)@SY"
Nota: puede recibir el código de error -2147024893 al ejecutar este comando. Este problema se produce si la propiedad Anonymoususerpass se establece en el nivel w3svc para todos los sitios web y no en el nivel del sitio web concreto (w3svc1). En esta situación, modifique el comando get para especificar el nivel w3svc. Para ello, escriba el comando siguiente y presione ENTRAR:
Se devuelven resultados parecidos a los siguientes:
Microsoft (R) Windows Script Host Version 5.6 Copyright (C) Microsoft corporation 1996-2001. Reservados todos los derechos. wamsuserpass : (STRING) "Tl&b9^1n9`7g*9"
Nota: si recibe el código de error -2147024893 al ejecutar este comando, escriba el comando siguiente y presione ENTRAR:
Para quitar la propiedad Anonymoususerpass del contenedor ROOT de la metabase, siga estos pasos:
Se devuelven resultados parecidos a los siguientes:
Microsoft (R) Windows Script Host Version 5.6 Copyright (C) Microsoft corporation 1996-2001. Reservados todos los derechos. Property anonymoususerpass found at: w3svc
Nota: puede que también tenga que reiniciar el Servidor Acceso de cliente (CAS).
Compruebe que la autenticación anónima está habilitada para el directorio virtual controls bajo el directorio virtual owa en IIS. Compruebe también que la autenticación anónima está habilitada para el directorio virtual auth bajo el directorio virtual owa en IIS. Para ello, siga estos pasos:
Nota: el directorio virtual 8.0.685.24 puede tener un número de versión diferente para un nombre. Esto depende de la versión de Exchange 2007 que esté instalada.
Si se utiliza una cuenta de dominio para el acceso anónimo, examine las propiedades de la cuenta IUSR_nombreDeEquipo para comprobar que esta cuenta puede conectarse al servidor CAS. Para ello, siga estos pasos:
Nota: para determinar la cuenta que se utiliza para el acceso anónimo, siga los pasos descritos en “Paso 4: compruebe que la autenticación anónima está habilitada para los directorios virtuales controls y auth” para ver el contenido del cuadro de diálogo Métodos de autenticación.
Fuente: http://support.microsoft.com/kb/927464
En este artículo se describe cómo quitar completamente Microsoft Exchange 2007 de un equipo en una organización existente de Microsoft Exchange Server y de Active Directory.
IMPORTANTÍSIMO: El procedimiento puede tardar entre 15 minutos y 2 horas…
Para quitar Exchange 2007 de un equipo, siga estas instrucciones.
Antes de quitar un equipo Exchange 2007 de la organización, debe quitar los almacenes de carpetas públicas que se encuentran en ese equipo.
Precaución: si quita la última base de datos de carpetas públicas, todo su contenido se perderá. Además, solamente los usuarios que ejecuten Microsoft Office Outlook 2007 o una versión posterior de Microsoft Outlook podrán conectarse a la organización de Exchange. No quite la última base de datos de carpetas públicas si la organización usa formularios de la organización. Un formulario de la organización es una carpeta del sistema de un equipo de Exchange que almacena los formularios a los que suelen tener acceso los usuarios de una organización.
Un almacén de carpetas públicas no puede contener ninguna réplica cuando intente quitarlo. Esto incluye las réplicas de las carpetas de sistema. Si un almacén de carpetas públicas contiene alguna réplica de una carpeta pública, primero debe quitarla antes de quitar el almacén. Si intenta quitar un almacén de carpetas públicas antes de mover las réplicas que contenga, recibirá un mensaje de error similar al siguiente:
El almacén de carpetas públicas contiene el subárbol de mensajes interpersonales (IPM, Interpersonal Message) que los clientes de Outlook pueden ver y el subárbol de los mensajes que no son interpersonales o la carpeta del sistema que los clientes no pueden ver. Si desea comprobar el contenido de estos subárboles, puede redirigir esta información y verla en forma de archivos de texto. Para ello, siga estos pasos:
Debe usar uno de los métodos siguientes para desinstalar las réplicas de un almacén de carpetas públicas. Después de usar uno de estos métodos, debe esperar entre 15 minutos y dos horas para que los movimientos se completen físicamente.
Puede usar el script MoveAllReplicas.ps1 para cambiar a otro servidor el servidor en la lista de réplicas para todas las carpetas públicas. Mueva el símbolo del sistema al Shell de comandos de Exchange y use el script. Para ello, siga estos pasos:
Nota: el servidor de origen debe ser un servidor de buzones de Exchange 2007 que contenga un almacén de carpetas públicas. El servidor de destino debe ser un servidor de Exchange que contenga un almacén de carpetas públicas.
Si ejecuta Microsoft Exchange Server 2003 en la organización, puede mover las réplicas del Administrador del sistema de Exchange en Exchange 2003. Para ello, siga estos pasos:
Después de usar uno de estos métodos, debe esperar a que la siguiente instancia de la replicación de carpetas públicas se complete antes de que se quiten las réplicas de carpetas públicas. Puede usar el comando Get-PublicFolderStatistics que se menciona en la sección “Comprobar el contenido del almacén de carpetas públicas” para comprobar el estado.
Después de confirmar que todas las réplicas se han quitado, debe quitar el almacén de carpetas públicas del equipo Exchange 2007. Puede hacer esto desde el símbolo del sistema de la Consola de administración de Exchange o del Shell de administración de Exchange.
Después de quitar las réplicas, puede quitar el almacén de carpetas públicas desde el símbolo del sistema del Shell de comandos de Exchange. Para ello, ejecute el siguiente comando en el símbolo del sistema del Shell de comandos de Exchange:
Para quitar el último almacén de carpetas públicas de una organización, ejecute el comando siguiente:
Importante: vea la nota de precaución al principio de la sección “Quitar la función de servidor de buzón de Exchange Server 2007″ antes de quitar el último almacén de carpetas públicas de una organización.
Para quitar el almacén de carpetas públicas desde la Consola de administración de Exchange, siga estos pasos:
Palabras clave: |
kbhowto kbinfo kbexchsetup KB927464 |
Fuente: http://www.robichaux.net/blog/2007/05/creating-a-public-folder-store-for-excha.php
So I’ve gotten three or four requests for detailed instructions on how to fix the situation that happens when you say “no” when Exchange 2007 setup asks if you have any pre-Outlook 2007 clients. In that case, Exchange doesn’t create a public folder store, but you need one for legacy client support. To fix this problem, here’s what to do in a brand-new Exchange environment:
If you already have Exchange servers, you shouldn’t need to do this. If you decide that you want your Exchange 2007 server to publish free/busy and OAB information through public folders, follow the steps above, then see this article for information on how to add replicas of the needed folders to the Exchange 2007 server.
Fuente1: http://undercpd.blogspot.com/2007/12/quitar-exchange-2007-de-la-organizacin.html
Fuente2: http://technet.microsoft.com/es-es/library/bb123893(EXCHG.80).aspx
Además, a tener en cuenta: http://technet.microsoft.com/en-us/library/aa998192(EXCHG.80).aspx
Los pasos para eliminar Exchange 2007 de un servidor o de una organización los tenéis aquí:
http://technet.microsoft.com/es-es/library/aa998193.aspx
Hay que añadir al documento anterior que es muy fácil caer en la trampa de no haber movido o eliminado la base de datos de carpetas públicas, si queréis saber que hay que hacer con ella, debéis seguir estos pasos:
http://technet.microsoft.com/en-us/library/bb201664.aspx
Digo esto porque no hace mucho me pasó y me costó encontrarlo y llevarlo a cabo y porque además, el otro día por los foros alguien lo preguntaba:
http://forums.microsoft.com/TechNet-ES/ShowPost.aspx?PostID=2525410&SiteID=30
Fuente: http://www.bujarra.com/?p=980
Bueno, en este documento veremos cual es el proceso de migración de un entorno con servicio de correo Microsoft Exchange 2003 a Microsoft Exchange 2007. Debemos tener en cuenta que no es posible realizar la migración sobre el servidor Exchange 2003 in situ, si no que debemos, primero preparar el esquema del Directorio Activo para que soporte un Exchange 2007, posteriormente realizaremos la instalación de Exchange 2007 en otro servidor, una vez concluida la instalación replicaremos las carpetas públicas y migraremos los buzones del servidor Exchange 2003 al Exchange 2007. Finalmente desinstalaremos el Exchange 2003 de nuestra organización.
Requisitos previos a la instalación de Microsoft Exchange 2007 – AKI,
Preparar el directorio Activo para Microsoft Exchange 2007 – AKI (Documento en otra web de Bujarra.com)
Instalación del primer servidor Microsoft Exchange 2007 – AKI
Migrar buzones privados y buzones públicos al servidor MS Exchange 2007 – AKI,
Desinstalación de los servidores Microsoft Exchange 2003 – AKI
Requisitos previos a la instalación de Microsoft Exchange 2007,
Previo a comenzar con la instalación de algún servidor Microsoft Exchange 2007, tenemos que cumplir con ciertos requisitos para la instalación de Exchange 2007. Como los que se detallan a continuación.
En el servidor que vayamos a instalar Microsoft Exchange 2007 tendremos que tener en cuenta diferentes requisitos a nivel de aplicaciones que necesite, a continuación se detalla los requisitos dependiendo del Sistema Operativo del servidor para ser servidor de correo:
- Windows 2003: SP2, .NET Framework 2.0, Microsoft Windows PowerShell 1.0, MMC 3.0, Internet Information Services (IIS) y en principio ASP .NET.
- Windows 2008: Microsoft .NET Framework 3.0 y Microsoft Windows PowerShell 1.0 (Se instalan como característica de Windows).
Otro de los pasos es tener en cuenta el modo de operación de nuestra organización de Exchange, no debe de ser un ‘Modo Mixto’, si no ‘Modo Nativo’. Para ello, abrimos el “Administrador del sistema de Exchange” y sobre nuestra organización Exchange con botón derecho > “Propiedades”,
Diferencias de un Modo Mixto y de un Modo Nativo: AKI
Podemos comprobarlo en “Modo de operación”, tendremos que tener un ‘Modo nativo’, así que si tenemos el Mixto, lo cambiamos desde el botón “Cambiar el modo”,
Tendremos en cuenta que no podremos volver a un estado anterior, así que nuestros servidores Exchange serán por lo menos Microsoft Exchange 2000 o superior; confirmamos con un “Sí”,
Correcto, aceptaríamos.
Y también previo a la instalación de un servidor Microsoft Exchange 2007, tenemos que tener actualizados los servidores Exchange existentes a nivel de service pack:
- Exchange 2003 SP2
- Exchange 2000 SP3 + PostSP3
Instalación del primer servidor Microsoft Exchange 2007,
Una vez cumplimos todos los requisitos, tanto de software como de hardware (AKI), debemos comenzar la instalación del primer servidor con Exchange 2007, para ello nos podemos servir de este documento que nos explica cómo instalar un servidor Exchange 2007 – AKI. Simplemente cambiará una opción durante el asistente de instalación, que tendremos que elegir un servidor Exchange existente en la organización para unirnos a él y usarlo como conector entre ellos.
Durante el proceso del asistente de instalación, saldrá está pantalla nueva, que simplemente es para configurar cómo queremos que pase el flujo de correo entre este futuro servidor y alguno existente. Esto en principio nos creará un conector entre los servidores Exchange 2007 y el 2000 o 2003. Pulsamos en “Examinar” para seleccionar el servidor de correo que queremos que le pase a este servidor los correos o nosotros a él para la salida de mails.
Nos sale un listado con todos los servidores Exchange que tenemos en nuestra Organización Exchange, seleccionamos el servidor que nos interese y Aceptamos,
“Siguiente” y seguimos el asistente de instalación normal que sigue en este documento – AKI.
Migrar buzones privados y buzones públicos al servidor MS Exchange 2007,
Una vez que ya tenemos el servidor Exchange 2007 instalado, lo único que nos queda es ir migrando los buzones de los usuarios a este nuevo servidor, así como las carpetas públicas o las funciones que usemos. En principio existe un conector entre los Exchange antiguos y este nuevo que se supone que funciona correctamente (en mi experiencia personal, no siempre es así). La migración de los buzones es transparente a los usuarios, si el modo de trabajo del Outlook es el de Exchange, se les cambiará de forma automática cual es su servidor Exchange. Eso sí, si tienen Outlook abierto y se está migrando su buzón puede que se les quede frito durante el tiempo de migración, pero nada más. Si nuestros clientes se conectan mediante POP o SMTP al servidor Exchange deberemos cambiarles en sus Outlooks la nueva dirección del servidor de correo. Y por último en el firewall o router deberemos cambiar el redireccionamiento del puerto SMTP 25tcp del servidor Exchange viejo al nuevo, para que así le entre directamente el correo a él. Así como cuando vayamos a quitar los Exchange viejos borraremos los conectores existentes en el Exchange 2007 y tendremos sólo un conector para enviar y otro para recibir.
Para mover los buzones es muy fácil, se debe hacer desde la “Consola de administración de Exchange” 2007, en “Configuración de destinatarios”. Ahí veremos los usuarios que tienen buzón en nuestra organización Exchange, para mover sus buzones de un servidor a otro es tan fácil, como seleccionar el buzón, con botón derecho en cada nombre que nos interese migrar y “Mover buzón…”
Nos sale un asistente para migrar el buzón, debemos seleccionar el servidor destino, para ello marcaremos el servidor con edición 2007, ahora seleccionamos el ‘Grupo de almacenamiento’ donde queremos meter estos buzones, y dentro del grupo de almacenamiento selecionamos la ‘Base de datos de buzones’. “Siguiente”,
En las “Opciones de mover” tenemos opciones por si nos fallan algunos buzones al mover las opciones que podemos tener. Podemos “Omitir el buzón” o directamente algo más salvaje pero eficaz: “Omitir los mensajes dañados”. “Siguiente”. Si tenemos problemas a la hora de mover buzones por que están dañados, siempre podremos exportar el correo del usuario en cuestión a un PST o bien con Exmerge (AKI) o bien desde el Outlook exportando todo a un PST, eliminar su buzón, crearlo en el nuevo servidor e importar el PST en el buzón nuevo.
Y además podremos mover los correos de forma inmediata o podríamos programar su movimiento si nos interesa para realizarlo en un horario en el que no afecte a los usuarios. Así que seleccionamos o “Inmediatamente” o “A la siguiente hora del día” y lo configuramos. Además podríamos cancelar el movimiento de los buzones en el caso que se quede bloqueado al de un cierto tiempo marcando “Cancelar las tareas aún en ejecución después de (horas)”, “Siguiente”,
Confirmamos que son los buzones que queremos movier, pulsamos en “Mover” si todo está bien,
… esperamos mientras migra los buzones de un servidor a otro…
Bien, comprobamos si todos se han movido perfectamente y pulsamos en “Finalizar”.
Con esto ya sabemos cómo migrar los buzones de los usuarios de un servidor Exchange a otro.
Ahora, las carpetas públicas, las carpetas estas no se pueden mover, si no se replican entre servidores Exchange. Un truco siempre puede ser, el de exportar las carpetas públicas a un fichero PST desde un Outlook que esté conectado a un servidor Exchange antiguo y tiene acceso a todas las carpetas, y posteriormente importarlas desde un Outlook configurado contra el otro Exchange, ojo así se perderían los permisos, pero si andamos con problemas es una solución.
Bien, para configurar la réplica de múltiples carpetas (subcarpetas) podremos usar la opción para que nos propage la configuración del directorio principal – AKI. Bueno, para configurar la réplica en una carpeta pública de un servidor Exchange 2000 o 2003 a Exchange 2007, abrimos la consola “Administrador del sistema Exchange”, vamos a “Grupos administrativos” > NUESTRO_GRUPO > “Carpetas” > “Carpetas públicas”, y sobre cada carpeta con botón derecho > “Propiedades”,
En la pestaña “Replicación” debemos agregar servidores Exchange para replicar esta carpeta, así que pulsamos en “Agregar…”
Nos salen los servidores Exchange con almacenes públicos, seleccionamos el 2007 que nos interese y aceptamos.
Debemos configurar el “Intervalo de replicación de carpetas públicas” para configurar cada cuanto queremos que se repliquen estas carpetas públicas, podemos poner “Ejecutar siempre” o podríamos personalizarlo desde “Personalizar…”, además si hay mucha carga en el servidor siempre podríamos configurar una prioridad desde “Prioridad del mensaje de replicación” para que consuma más o menos carga en los servidores.
Una vez que hayamos comprobado que las carpetas públicas ya están en el otro servidor con todo su contenido podríamos eliminar ya la réplica de estos directorios desde esta misma pantalla, seleccionando el servidor Exchange viejo y pulsando “Quitar”, además podríamos eliminar ya las carpetas públicas de este servidor.
Como vemos en la consola de “Administrador del sistema de Exchange” podemos ver los dos conectores que nos ha creado para comunicar el servidor Exchange 2003 con el 2007, uno para sentido. Una vez que el SMTP entre directamente al servidor Exchange 2007 nuevo y los buzones estén también en él, podríamos eliminar estos conectores. Es más, es obligatorio antes de desinstalar Exchange. Y en el 2007 configuraríamos el conector de Envío para que envíe directamente por él y los correos no sean enrutados por otros servidores Exchange. Así como la entrada.
Desinstalación de los servidores Microsoft Exchange 2003,
Una vez ya tenemos todo en el servidor Exchange 2007, ya podríamos desinstalar el servidor MS Exchange 2003 o 2000, pero antes de eso, debemos cambiar una opción en los servidores antiguos. Esto es más un bug de Microsoft que otra cosa. Debemos cambiar qué servidor es el RUS o Recipient Update Service para nuestra organización, para ello abrimos la consola “Administrador del sistema Exchange”, vamos a “Destinatatios” > “Servicios de actualización de destinatarios” y en cada recipiente con botón derecho > “Propiedades”,
En la opción “Servidor de Exchange” debemos cambiar quien es el servidor, pulsamos en “Examinar”,
Escribimos el nombre de un servidor Exchange 2007 y aceptamos.
Aceptar y listo. Ahora ya no queda más que desinstalar los servidores Exchange obsoletos, siguiendo el procedimiento para desinstalar de forma correcta cada servidor Exchange 2000 o Exchange 2003 existentes en nuestra organización – AKI
Y finalmente actualizaremos las listas de direcciones desde powershell con los siguientes comandos:
Set-AddressList “Todos los usuarios” -IncludedRecipients MailboxUsers
Set-AddressList “Todos los grupos” -IncludedRecipients MailGroups
Set-AddressList “Todos los contactos” -IncludedRecipients MailContacts
Set-AddressList “Carpetas públicas” -RecipientFilter { RecipientType -eq ‘PublicFolder’ }
Set-GlobalAddressList “Default Global Address List” -RecipientFilter {(Alias -ne $null -and (ObjectClass -eq ‘user’ -or ObjectClass -eq ‘contact’ -or ObjectClass -eq ‘msExchSystemMailbox’ -or ObjectClass -eq ‘msExchDynamicDistributionList’ -or ObjectClass -eq ‘group’ -or ObjectClass -eq ‘publicFolder’))}
www.bujarra.com – Héctor Herrero – nheobug@bujarra.com – v 1.0
Descargar PDF: 
