Under C.P.D.

>Si más pronto me pongo a buscar información a raiz de una consulta por correo de un nuevo ciber amigo » Marcos Caballero «, al respecto de la integración de Exchange 2007 en un infrastructura donde ya exista exchange 2003 y por tanto también válido para un dominio SBS 2003, el equipo de desarrollo de SBS a través de su blog oficial publica un artículo sobre ello.

http://blogs.technet.com/sbs/archive/2008/01/10/exchange-2007-in-an-sbs-2003-environment.aspx

Lo que me gusta del artículo que os refencio es que incluye un paso a paso con sus pantallazos a una serie de links con información oficial y rigurosa pero un tanto sosa como suele ser habitual.

>En el blog oficial de SBS han escrito un artículo muy interesante que os ayuda a saber por qué no pasa correo a ciertos dominios.

Os dejo el link:

http://blogs.technet.com/sbs/archive/2008/01/03/what-to-check-when-exchange-cannot-send-email-to-certain-domains.aspx

>Os paso unos artículos muy interesante si os interesa saber como se integra un Exchange 2007 en una organización con Exchange 2003, todo es aplicable a un dominio Small business server.

http://www.exchangeinbox.com/article.aspx?i=85&t=5
http://www.exchangeinbox.com/article.aspx?i=86&t=5

http://blogs.technet.com/latam/archive/2007/08/10/instalando-exchange-2007-en-una-organizaci-n-exchange-2003.aspx

>Hola.

Es muy conocido que en Exchange 2003, tenemos una limitación de 16gb en la base de datos de buzones, también es sabido por todos que desde SP2 la limitación asciende a 75 gb., pero ya es un poco menos conocido que por defecto la limitación está en 18gb. y si quieres llegar a los 75gb. debes crear una entrada en el registo que a continuación expondré.

Es muy importante que conozcais una alerta que Exchange tiene por defecto que cuando la base de datos aumenta un 10% en un breve espacio de tiempo crea una entrada en el registo para alertarnos de que ahí, está pasando algo raro, esta alerta también es configurable por registro con lo que podemos cambiar el porcentaje.

Tanto para bajar la base de datos (primer párrafo del artículo), como para crear la alerta de crecimiento descontrolado (según párrafo de este artículo), exchange por defecto, comprueba la base de datos cada 24 a las 5am y también, desde el registro de windows podemos variar esa comprobación.

Si os veis forzados a tener que recuperar la bd de Exchange via /DisasterRecovery a parte de leer este artículo, debeis comprobar que en el registro están las entradas tal y como estaban antes, mas delicado aún si la recuperación se realiza en un nuevo servidor donde debemos recrear las entradas, ni que decir tiene la importancia de tenerlo todo bien documentado porque a veces es imposible arrancar el sistema donde estaba configurado y no sabemos que valores había en las entradas de registro creadas.

Ir a:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\\Private-013e2e46-2cd7-4a8e-bfec-0e4652b94b00

Linea de registro para aumentar el tamaño de la b.d.:
Crear una entrada con el nombre «DataBase Size Limit in GB» tipo DWord con el tamaño en Decimal que queramos aplicar a la base de datos.

Alerta 10%:
Crear entrada de registro tipo DWord con nombre : Database Size Buffer in Percentage y valor decimal entre 1 y 100 (10%).

Comprobación cada 24 horas:
Crear entrada de registro con nombre «Database Size Check Start Time in Hours From Midnight» y valor decimal entre 1 y 24 (contando que empieza a 5 AM).

Como todo está documentado y no tengo mucho tiempo os paso los links al respecto:

• http://msexchangeteam.com/archive/2005/09/14/410821.aspx
• http://www.msexchange.org/tutorials/Explaining-Database-size-limit-changes-Exchange-2003-Service-Pack-2.html
• http://technet.microsoft.com/en-us/library/aa998066.aspx

Mañana artículo similar pero sobre Exchange 2007.

Saludos.

>Hola.

Últimamente se está repitiendo cierta pregunta en los foros, la pregunta en cuestión es:

¿Porque si activo la opción de «Enviar como» en las propiedades de un usuario, unos minutos después entro y aparece desmarcada?

La explicación y solución aparecen en este artículo: 907434 ahí se explica que cuando un usuario pertenece a un grupo de los llamados protegidos, sucede lo que hemos dicho y que sepaáis que está provocado por el grupo de desarrollo, no es un error.

Estoy seguro que lo anteriormente comentado pasa desde la instalación de sp2 de Exchange, pero bueno, como veo que se está intensificando ahora la pregunta y como la mayoría de gente que pasa por aquí llega a través de una búsqueda en google, pues nada, dicho queda.

Al hilo de todo esto añadir que en el web oficial de SBS tenéis una guía de cómo utilizar el permiso de «enviar como», aunque también puedes echar mano de la que tengo publicada por aquí, pero si necesitáis hacer uso de esta posibilidad teniendo Exchange 2007, pues entonces tenéis que leer esto.

P.d.: Aun teniendo SP2 de Exchange sé que si realizas el proceso de marcación de «Enviar como» sobre un usuario vía línea de comandos funciona perfectamente, pero me he vuelto loco y no logro encontrar el comando que una vez, configurando un B.E.S. encontré y utilicé, si alguien lo sabe le agradecería que me pasara la información.

Saludos.

>Hoy he tenido que echar mano de uno de los artículos estrella de la kb de Microsoft y de mi mega-lista de favoritos, que por cierto a ver si alguien sabe como migrar a Sql por que «mis favoritos» no son normales, a ver si hago limpieza.

Bueno a continuación os pongo los enlaces relacionados con el título de este post, aunque seguro que ya los conoceis, y si no deberíais.

328804 How to Defragment Exchange Databases http://support.microsoft.com/?id=328804

192185 XADM: How to Defragment with the Eseutil Utility (Eseutil.exe)http://support.microsoft.com/?id=192185

256352 Online Defragmentation Does Not Reduce Size of .edb Fileshttp://support.microsoft.com/?id=256352

>Si habeis recibido vuestro equipo nuevo con Windows Vista y estais navegando con IE 7.0 y además teneis Exchange, habreis advertido que no podeis escribir en el cuerpo de los mensajes.

Este es el link de la actualización para Exchange.

http://support.microsoft.com/kb/911829

>Cuando aparecen problemas de comunicación con ciertos servidores de correos, una de las cosas que aconsejo analizar es si hay comunicación tls entre ellos, hasta hace poco son muy pocos los servidores que utilizan ese tipo de validación y securización en las comunicaciones, pero Exchange 2007 la utiliza por defecto si tienes el certificado en orden.

Analizar y solucionar problemas en cuanto a comunicaciones que utilizan tls en exchange 2003 :
http://undercpd.blogspot.com/2007/09/era-la-validacin-tls.html

Analizar y solucionar problemas en cuanto a comunicaciones que utilizan tls en exchange 2007 :
http://technet.microsoft.com/es-es/library/bb430773.aspx

Por suerte, en Exchange 2007 si el servidor no puede utilizar ninguno de los certificados que existen en la cuenta de equipo, o si tiene problemas relacionados con tls al comunicarse con un servidor de correo, nos deja un evento en el visor de sucesos.

>Hola.

Os comento dos links que me han venido muy bien hoy, tratan sobre como quitar Exchange de un equipo y/o de una organización.

En cuanto a Exchange 2000 y 2003, solo hay que seguir los pasos, os paso el artículo que lo explica, también aparecen referenciados los artículos sobre como quitar Exchange 2000 y 2003 de un equipo solamente si es lo que se pretende.

http://support.microsoft.com/kb/273478/es

En cuanto a Exchange 2007, siguiendo los pasos que se explican en el 4º link que os paso todo funciona corréctamente, yo he utilizado la opción de eliminar los roles con el asistente de instalación desmarcando todos los roles, solo decir que no me ha dejado quitar el Rol «Mailbox» hasta que no he quitado las referencias que había en la carpeta pública (1er., 2º y 3er. link) .

http://support.microsoft.com/kb/273478/es
http://msexchangeteam.com/archive/2007/11/13/447521.aspx
http://msexchangeteam.com/archive/2007/07/09/445967.aspx

http://technet.microsoft.com/es-es/library/bb123893.aspx

>He encontrado un post de Christian Aguilera donde habla sobre una aplicación con la que podemos controlar y restringir acceso a clientes MAPI (outlook), forzando a que cierta gente de la organización solo pueda acceder a su correo via OWA y pudiendo tener así una mejor gestión del ancho de banda.

http://christian-aguilera.spaces.live.com/blog/cns!5E5045141DC03BB1!753.entry