En este post vamos a ver como instalar y configurar un servidor de correos en Ubuntu Server 24.04 LTS, utilizaremos postfix para el servidor SMTPS y dovecot para el servidor POP3S e IMAPS.

• Antes de empezar vamos a crear los registros necesarios en nuestros servidores DNS (A, PTR, MX, SPF).
• Servidor DNS interno:

• Servidor DNS externo:

• Lo primero que vamos a realizar sobre nuestro servidor Ubuntu Server 24.04 LTS, es instalar el servidor SMTP postfix ejecutando el comando apt install postfix -y:

• Configuramos el modo Sitio de Internet para el dominio eu:

• Editamos el archivo de configuración de postfix, nano /etc/postfix/main.cf y modificamos los siguientes parámetros:

myhostname = mail.ragasys.eu

myorigin = /etc/mailname

mydestination = $myhostname, localhost, localhost.localdomain, ragasys.eu

relayhost =

relay_domains = $mydestination

mynetworks = 127.0.0.0/8 [::1]/128 192.168.3.0/24

mydomain = ragasys.eu

home_mailbox = Maildir/

mailbox_size_limit = 0

recipient_delimiter = +

inet_interfaces = all

inet_protocols = ipv4

• Ahora como vamos a utilizar los certificados de Let’s Encrypt debemos de añadir al fichero main.cf de postfix, estas líneas, antes debemos de comentar todas las líneas de configuración de TLS:

# Habilitar TLS en Postfix

smtpd_tls_cert_file=/etc/letsencrypt/live/mail.ragasys.eu/fullchain.pem

smtpd_tls_key_file=/etc/letsencrypt/live/mail.ragasys.eu/privkey.pem

smtpd_tls_CAfile=/etc/letsencrypt/live/mail.ragasys.eu/chain.pem

smtpd_use_tls=yes

smtpd_tls_security_level=may

smtpd_tls_auth_only = yes

smtpd_tls_protocols=!SSLv2, !SSLv3

smtpd_tls_mandatory_protocols=!SSLv2, !SSLv3

# Forzar TLS en conexiones salientes

smtp_tls_security_level=may

smtp_tls_CAfile=/etc/letsencrypt/live/mail.ragasys.eu/chain.pem

smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# Habilitar autenticación SMTP segura

smtpd_sasl_auth_enable = yes

smtpd_sasl_type = dovecot

smtpd_sasl_path = private/auth

smtpd_sasl_security_options = noanonymous

smtpd_sasl_local_domain = $mydomain

broken_sasl_auth_clients = yes

smtpd_recipient_restrictions =

permit_sasl_authenticated,

permit_mynetworks,

reject_unauth_destination

• Para habilitar el puerto 465 en postfix, editamos el archivo de configuración nano /etc/postfix/master.cf:

• Al final del archivo añadimos:

smtps     inet  n       –       y       –       –       smtpd

-o syslog_name=postfix/smtps

-o smtpd_tls_wrappermode=yes

-o smtpd_tls_security_level=encrypt

-o smtpd_sasl_auth_enable=yes

-o smtpd_client_restrictions=permit_sasl_authenticated,reject

-o smtpd_relay_restrictions=permit_sasl_authenticated,reject

• Reiniciamos postfix para aplicar los cambios, systemctl restart postfix, systemctl enable postfix, systemctl status postfix:

• Instalamos ahora el servidor POP3 e IMAP de dovecot para ello, ejecutamos apt install dovecot-core dovecot-imapd dovecot-pop3d -y:

• Editamos la configuración principal ejecutando, nano /etc/dovecot/conf.d/10-mail.conf y configuramos esta línea, mail_location = maildir:~/Maildir:

• Editamos la configuración de autenticación ejecutando, nano /etc/dovecot/conf.d/10-auth.conf:

• Descomentamos la línea, disable_plaintext_auth = yes:

• Y habilitamos PAM, auth_mechanisms = plain login:

• Le indicamos a Dovecot que ignore el dominio y solo use el nombre de usuario, auth_username_format = %n:

• Ahora editamos la configuración de dovecot, nano /etc/dovecot/conf.d/10-master.conf:

• Buscamos la sección service auth y añadimos:

service auth {

unix_listener /var/spool/postfix/private/auth {

mode = 0660

user = postfix

group = postfix

}

unix_listener auth-userdb {

mode = 0600

user = dovecot

group = dovecot

}

}

• Edita la configuración SSL ejecutando, nano /etc/dovecot/conf.d/10-ssl.conf:

• Y cambiamos estas líneas, ya que vamos a utilizar certificados de Let’s Encrypt:

ssl = required

ssl_cert = </etc/letsencrypt/live/mail.ragasys.eu/fullchain.pem

ssl_key = </etc/letsencrypt/live/mail.ragasys.eu/privkey.pem

• Ahora vamos a obtener los certificados SSL con Let’s Encrypt.
• Instalamos cerbot ejecutando, apt install certbot -y:

• Generamos el certificado para nuestro dominio, certbot certonly –standalone -d mail.ragasys.eu:

• Ahora creamos una tarea para renovar el certificado automáticamente, ejecutamos crontab -e:

• Agregamos la línea, 0 3 * * * certbot renew –quiet && systemctl reload postfix dovecot, esta tarea programa la renovación automática de los certificados SSL de Let’s Encrypt cada día a las 3:00 de la mañana, y si hay una renovación exitosa, recarga Postfix y Dovecot para aplicar los nuevos certificados sin reiniciar los servicios:

• Reiniciamos dovecot para aplicar los cambios, systemctl restart dovecot, systemctl enable dovecot, systemctl status dovecot:

• Verificamos en el servidor de correos que los puertos SMTPS-465, POP3S-995 e IMAPS-993 están operativos, para ello, ejecutamos ss -tlnp | grep :465, ss -tlnp | grep :995 y ss -tlnp | grep :993 :

• En nuestro firewall debemos de abrir estos puertos hacia el servidor de correos:

• Desde un equipo externo verificamos que los puertos SMTPS-465, POP3S-995 e IMAPS-993 están operativos:

• Ahora nos vamos a crear estas dos cuentas de correo para verificar que todo funciona correctamente, estas dos cuentas no van a poder iniciar sesión en el sistema, para crearlas ejecutamos useradd -m -s /sbin/nologin usuario y le configuramos una contraseña:

• Instalamos testsaslauthd, que es una herramienta para probar la autenticación SASL, apt install sasl2-bin:

• Con el comando testsaslauthd -u usuario -p contraseña o testsaslauthd -u usuario -p contraseña -s smtp, verificamos la autenticación SASL:

• Iniciamos una conexión openssl al puerto SMTPS 465 con, openssl s_client -connect mail.ragasys.eu:465 -crlf -quiet y como se puede ver iniciamos la conexión, desde esta conexión vamos a mandar un correo de un usuario a otro.
• Una vez establecida la conexión podemos empezar a enviar comandos SMTP al servidor.
• Empezamos con helo mail.ragasys.eu que lo envía el cliente para identificarse.
• auth login para empezar a autenticarnos
• Escribimos nuestro usuario en Base64, nos abrimos otra terminal y ejecutamos echo -n «usuario» | base64
• Escribimos nuestra contraseña en Base64, nos abrimos otra terminal y ejecutamos echo -n «mipassword» | base64
• Seguimos con mail from: bmarley@ragasys.eu para identificar al remitente del correo.
• Luego rcpt to: eclapton@ragasys.eu para identificar al destinatario del correo.
• data para indicar que se va a comenzar a enviar el mensaje.
• subject: Prueba postfix dovecot con protocolos seguros que permite especificar el asunto del mensaje, es obligatorio que este comando se envíe a continuación de data y hay que enviar una línea en blanco y después el contenido o cuerpo del mensaje, se finaliza con una línea que tenga sólo un punto.
• quit cierra la conexión cliente servidor.

• Desde otra terminal sacamos nuestro usuario y password en Base64:

• Ahora vamos a acceder al buzón del usuario al que le hemos mandado el correo y comprobamos que lo ha recibido.
• Iniciamos una conexión openssl al puerto POP3S 995 con, openssl s_client -connect mail.ragasys.eu:995 -crlf -quiet y como se puede ver iniciamos la conexión.
• Una vez establecida la conexión podemos empezar a enviar comandos al servidor dovecot.
• Empezamos con user eclapton para iniciar sesión en el servidor.
• Seguimos con pass contraseña para validar credenciales.
• list para ver los mensajes en el buzón del usuario, en este caso nos indica que hay 4 mensajes.
• retr 4 para ver el contenido del mensaje 4.
• quit cierra la conexión cliente servidor.

• Ahora, en un cliente de correo electrónico, vamos a configurar las dos cuentas de usuario.
• Creamos la cuenta de eclapton:

• Introducimos las credenciales:

• Configuramos el acceso al servidor para IMAP por protocolo seguro 993:

• Configuramos el acceso al servidor para SMTP por protocolo seguro 465:

• Aquí vemos que se ha configurado correctamente:

• Para el usuario bmarley hacemos lo mismo:

• Como podemos ver, aquí tenemos las dos cuentas configuradas sobre el cliente de Outlook, ya podremos empezar a enviar y recibir correos:

• Ahora mandaremos un correo de eclapton a bmarley y viceversa:

Saludos y espero que os resulte de ayuda

En este post vamos a ver como instalar y configurar un servidor de correos en Ubuntu Server 24.04 LTS, utilizaremos postfix para el servidor SMTPS y dovecot para el servidor POP3 e IMAP.

• Para este post disponemos de tres máquinas virtuales, la primera máquina virtual es el servidor DNS, llamado cenicienta, cuya IP es 192.168.5.1:

• La segunda máquina virtual, llamada marcopolo, debe tener instalado el sistema operativo Ubuntu, tener la dirección IP 192.168.5.105 y ser servidor de correo autorizado en la zona clasicosinfantilesdejramonramos.org:

• La tercera máquina la llamaremos donata tiene instalado un Ubuntu 24.04 LTS Desktop, le asignamos la IP 192.168.5.106 y la incluimos en el servidor DNS cenicienta, también tiene instalado el cliente de correo Mozilla Thunderbird:

• Instalamos en marcopolo los servidores de correo postfix y dovecot estableciendo que postfix se instale con configuración modo sitio de Internet para el dominio clasicosinfantilesdejramonramos.org.
• Empezamos instalando el servidor de correo MTA postfix, ejecutando apt install postfix:

• Configuramos el modo Sitio de Internet para el dominio org:

• Cuando la instalación ha finalizado, ejecutamos el comando systemctl status postfix para ver el estado del servicio:

• Una vez finalizada la instalación del postfix, vamos a proceder a instalar el servidor de correo MDA Dovecot, ejecutando apt install dovecot-imapd dovecot-pop3d:

• Cuando la instalación ha finalizado, ejecutamos el comando systemctl status dovecot para ver el estado del servicio:

• A partir del archivo de configuración de postfix, escribimos el contenido de las directivas que indican:
• Redes desde las que se pueden enviar correos, si no incluye la red 192.168.5.0/24 a la que pertenece marcopolo, la debemos incluir.
• Editamos el archivo de configuración del postfix con nano /etc/postfix/main.cf:

• Añadimos nuestra red 192.168.5.0/24 en mynetworks, en estas nuevas versiones de postfix, las direcciones IPs se separan con espacios y no con coma:

• El sistema de buzones de usuario será MailDir en detrimento de mbox.
• Añadimos al fichero la línea home_mailbox = Maildir/:

• Reiniciamos y vemos el estado del servicio postfix con systemctl restart postfix y systemctl status postfix:

• Verificamos la configuración ejecutando el comando postconf home_mailbox que nos debe mostrar home_mailbox = Maildir/:

• Destinos para los que el servidor puede enviar mensajes o almacenarlos en buzones.
• Editamos la línea mydestination = del fichero nano /etc/postfix/main.cf, que al realizar la instalación en modo Sitio de Internet ya nos añade nuestro dominio:

• A partir de los ficheros de configuración de dovecot le debemos indicar:
• La localización de los buzones MailDir.
• Editamos el archivo de configuración de dovecot para la localización de los buzones con nano /etc/dovecot/d/10-mail.conf:

• Editamos la línea mail_location, que nos aparece así:

• Y nos debe de quedar así, mail_location = maildir:~/Maildir:

• Reiniciamos y vemos el estado del servicio dovecot con systemctl restart dovecot y systemctl status dovecot:

• Para verificar que mail_location está correctamente configurado ejecutamos el comando doveadm config get mail_location que nos debe mostrar maildir:~/Maildir:

• Que tenga en cuenta conexiones inseguras a la hora de acceder al correo del usuario.
• Permitimos la autenticación en texto plano, para ello editamos el fichero nano /etc/dovecot/conf.d/10-auth.conf:

• Modificamos la línea disable_plaintext_auth = no esto permite que los usuarios inicien sesión sin necesidad de SSL/TLS:

• Sobre este mismo fichero, verificamos los métodos de autenticación permitidos, y modificamos la línea auth_mechanisms = plain login esto habilita los métodos de autenticación más comunes:

• Seguimos deshabilitando el SSL obligatorio, para ello, editamos el fichero nano /etc/dovecot/conf.d/10-ssl.conf:

• La línea que aparece como ssl = yes la debemos cambiar por ssl = no esto va a permitir las conexiones sin cifrado:

• Habilitamos los puertos POP3 110 e IMAP 143 en el fichero /etc/dovecot/conf.d/10-master.conf:

• Reiniciamos y vemos el estado del servicio dovecot con systemctl restart dovecot y systemctl status dovecot:

• Para verificar si los puertos están abiertos, ejecutamos el comando ss -tlnp | grep dovecot y nos indica que los puertos para IMAP TCP 143 y POP3 TCP 110 están escuchando:

• Integramos el servidor de correo marcopolo (192.168.n.105) en la zona DNS clasicosinfantilesdejramonramos.org.
• Configuramos la zona dns de búsqueda directa en nuestro servidor DNS cenicienta:

• Añadimos los registros del tipo MX y A para el servidor de correo marcopolo, también hemos agregado el registro tipo A para la máquina donata:

• Configuramos la zona dns de búsqueda inversa en nuestro servidor DNS cenicienta:

• Añadimos los registros del tipo PTR para el servidor de correo marcopolo, también hemos agregado el registro PTR para la máquina donata:

• Reiniciamos y vemos el estado del servicio bind9 con systemctl restart bind9 y systemctl status bind9:

• Verificamos que la resolución DNS funciona correctamente, ejecutando comandos nslookup, dig y host -t:

• Creamos en marcopolo los usuarios fantina y moretta para que puedan tener cuentas de usuario de correo pero no iniciar sesión en el sistema, les asignamos una contraseña, la necesitaremos mas adelante para configurar las cuentas de correo en Thunderbirds.
• Para crear los usuarios indicados y que puedan tener cuenta de correo pero no iniciar sesión en el sistema, ejecutamos el comando useradd -m -s /sbin/nologin usuario:

• Le asignamos una contraseña a cada usuario:

• El directorio /home/usuario/Maildir donde se almacenan los buzones de los usuarios se va a crear cuando el usuario reciba su primer correo.
• Ahora iniciamos en donata una conexión telnet con el servidor de correo marcopolo para que fantina envíe un mensaje de correo a moretta, nos conectamos por el puerto 25 y usaremos el FQDN completo de marcopolo.
• Iniciamos una conexión telnet ejecutando telnet marcopolo.clasicosinfantilesdejramonramos.org 25 y como se puede ver iniciamos la conexión:

• Una vez establecida la conexión podemos empezar a enviar comandos SMTP al servidor.
• Empezamos con helo donata. clasicosinfantilesdejramonramos.org que lo envía el cliente para identificarse.
• Seguimos con mail from: fantina@clasicosinfantilesdejramonramos.org para identificar al remitente del correo.
• Luego rcpt to: moretta@clasicosinfantilesdejramonramos.org para identificar al destinatario del correo.
• data para indicar que se va a comenzar a enviar el mensaje.
• subject: actividad número 5 tema 5 que permite especificar el asunto del mensaje, es obligatorio que este comando se envíe a continuación de data y hay que enviar una línea en blanco y después el contenido o cuerpo del mensaje., se finaliza con una línea que tenga sólo un punto.
• quit cierra la conexión cliente servidor.

• Ahora accedemos al buzón de moretta y comprobaremos que ha recibido el correo, lo haremos desde donata usando una conexión telnet por el puerto 110 e indicando la FQDN completa de marcopolo.
• Iniciamos una conexión telnet ejecutando telnet marcopolo.clasicosinfantilesdejramonramos.org 110 y como se puede ver iniciamos la conexión.
• Una vez establecida la conexión podemos empezar a enviar comandos al servidor dovecot.
• Empezamos con user moretta para iniciar sesión en el servidor.
• Seguimos con pass contraseña para validar credenciales.
• list para ver los mensajes en el buzón del usuario, en este caso nos indica que hay 1 mensaje.
• retr 1 para ver el contenido del mensaje, si tuviésemos más mensajes en el servidor y quisiéramos ver el contenido pues tendríamos que ir poniendo retr 2, retr 3 según el mensaje que quisiéramos ver.
• quit cierra la conexión cliente servidor.

• Instalamos Thunderbirds en donata y marcopolo, configuraremos una cuenta de correo para fantina en donata y otra para moretta en marcopolo, las dos tienen que ser cuentas de correo en el dominio clasicosinfantilesdejramonramos.org y deben ser configuradas sin seguridad SSL.
• En Ubuntu Desktop 24.04 LTS que estoy utilizando para realizar el laboratorio ya viene instalado Thunderbirds.
• Creamos la cuenta de fantina en donata:

• Como podemos ver, la comprobación del servidor y validación de la cuenta es correcta:

• Le indicamos que configure la cuenta de correo en Thunderbird:

• Aceptamos la restricción de seguridad:

• Como podemos ver, la cuenta se ha creado correctamente:

• Ahora vamos a crear la cuenta de moretta en marcopolo:

• Como podemos ver, la comprobación del servidor y validación de la cuenta es correcta:

• Le indicamos que configure la cuenta de correo en Thunderbird:

• Aceptamos la restricción de seguridad:

• Como podemos ver, la cuenta se ha creado correctamente:

• Desde el cliente thunderbird de moretta creamos un nuevo mensaje para la cuenta de correo de fantina, le indicamos el asunto, redactamos el mensaje y enviamos, una vez enviado podemos visualizarlo en Enviados, luego en el cliente thunderbird de fantina le llega el mensaje a la Bandeja de entrada desde donde se puede visualizar.
• Enviamos un correo de moretta a fantina:

• Recogemos el correo de fantina:

• Como los dos usuarios ya han recibido un correo, podemos ver, que se ha creado el directorio /home/usuario/Maildir donde se almacenan los buzones de los usuarios:

Saludos y espero que os sea de ayuda

En los próximos post vamos a hablar sobre la instalación, configuración y administración de servidores en un entorno con Microsoft Windows Server 2016, los iremos entregando “poquito a poco”, en esta serie de post empezaremos por lo básico, como puede ser la instalación del sistema operativo, más adelante instalaremos y configuraremos muchos de sus roles y características como pueden ser, Active Directory, DNS, DHCP, Servidor de ficheros, Servidor de impresión, WSUS, RDS, etc…; también montaremos una infraestructura de correo empresarial con MS Exchange 2016, veremos como implementar una suite de seguridad para empresas con los productos de Fortinet, concretamente con Forticlient Enterprise Management Server, y bueno, seguro que se me van ocurriendo más instalaciones y configuraciones para añadir a esta infraestructura.

La topología que hemos configurado y desarrollado sería la siguiente, esta topología seguramente irá cambiando a medida que vayamos añadiendo servidores, según los roles y características que en cada momento necesitemos:

Explicaremos un poco esta topología, tendremos una oficina central situada en Madrid y cuatro oficinas remotas (Barcelona, Valencia, Bilbao y Sevilla) que conectamos a través de VPN con la sede central en Madrid.

El direccionamiento IP utilizado será el siguiente:

• Para la sede principal en Madrid: 192.168.5.0/24 (Inside), 192.168.14.0/24 (Outside), 192.168.3.0/24 (DMZ)
• Para la sede remota en Barcelona: 192.168.6.0/24
• Para la sede remota en Valencia: 192.168.7.0/24
• Para la sede remota en Bilbao: 192.168.8.0/24
• Para la sede remota en Sevilla: 192.168.9.0/24

Este post lo vamos a dividir en: (en esta parte iremos añadiendo los artículos a medida que los vayamos realizando)

• Ediciones, licenciamiento y requisitos mínimos del sistema MS Windows Server 2016
• Instalación MS Windows Server 2016 – Administrador del servidor
• Controlador de dominio sobre MS Windows Server 2016, DNS y DHCP
• Organización de Active Directory sobre MS Windows Server 2016
• Organización Sitios Y Servicios de Active Directory sobre MS Windows Server 2016
• Agregar un controlador de dominio adicional sobre MS Windows Server 2016
• Administración de directivas de grupo (GPO) sobre Microsoft Windows Server 2016
• GPO para delegar tareas administrativas del Active Directory a otros Administradores de sistemas
• Instalación y configuración de un Servidor de Ficheros en MS Windows Server 2016
• ………………………………………………………………………………

Saludos y espero que os guste, ya que estos artículos, me van a llevar horas planificarlos y realizarlos

En este post vamos a ver algunos puntos sobre la administración y gestión de un servidor de correos MailEnable sobre MS Windows Server 2016.

La topología utilizada será la siguiente:

• Lo primero que vamos a ver es como crearnos los grupos de distribución para que un conjunto de usuarios a través de una cuenta de correo puedan recibir simultáneamente los mismos correos electrónicos, estos grupos tendrán asociada una cuenta de correo y como integrantes van a tener los miembros de su departamento según corresponda, vamos a mostrar un ejemplo de cómo está configurado el Grupo de distribución para el departamento de Administración, ya que para los demás será exactamente igual, para ello nos abrimos la consola de MailEnable y damos clic derecho sobre Groups > New Group:

• Le indicamos el nombre y añadimos la cuenta de email:

• Como podemos ver ya tenemos el grupo creado:

• Ahora vamos a añadir al grupo los miembros del departamento de administración, para ello en nuestro Active Directory vamos a ver los usuarios miembros de este departamento:

• Para añadir los usuarios al nuevo grupo creado damos clic derecho sobre el grupo y “Create New Group Member”, se nos abre otra ventana y agregamos a los usuarios:

• Como podemos ver los usuarios se han añadido correctamente:

• Para los demás departamentos realizamos las mismas operaciones, nos quedaría por tanto de la siguiente manera:

• Con esto ya tenemos las listas de distribución creadas.

• También podemos deshabilitar los buzones de los usuarios que nos interesen:

• Redirigir el buzón de un usuario a otra cuenta de correo electrónico, manteniendo el correo original en ese buzón:

• También podemos ver el contenido de cada buzón de usuario:

• Podemos ver las colas de los correos entrantes y salientes:

• Podemos bloquear las direcciones de correos que nos interesen:

• Podemos bloquear direcciones IP´s para no aceptar emails de esas direcciones o marcarlos como Spam:

• Podemos bloquear direcciones URLs para no aceptar emails de esas direcciones o marcarlos como Spam:

• Podemos habilitar listas de direcciones IP´s en las que confiemos:

• Podemos limitar la capacidad de los mensajes enviados, a los MBytes que nos interese:

• Podemos habilitar cuotas a los buzones de los usuarios:

• Crear nuevos dominios:

• Otra de las utilidades bastante interesante y que nos puede venir muy bien es el Backup Utility, que nos permite realizar copias de seguridad de los buzones de los usuarios, colas de correos, configuraciones de la aplicación, y los ficheros de registro logs, también nos va a permitir restaurar todos estos parámetros mencionados desde un backup ya realizado:

• Como podemos ver el backup se ha realizado correctamente:

Saludos y espero que os resulte de ayuda

En este post vamos a ver cómo realizar la instalación y configuración de un servidor de correos MailEnable sobre MS Windows Server 2016, esto puede ser una buena alternativa al Microsoft Exchange, sobre todo para empresas que no dispongan de un gran presupuesto y quieran tener su propio servidor de correos.

La topología utilizada será la siguiente:

• Lo primero que haremos será descargarnos el ejecutable que instalaremos sobre MS Windows Server 2016 desde el siguiente link, nosotros utilizaremos la edición free Standard:

• Como podemos ver ya tenemos el ejecutable descargado:

• Se supone que nuestro MS Windows Server 2016, dónde instalaremos el servidor de correos MailEnable, ya es un servidor miembro del dominio ragasys.net:

• Antes de empezar con la instalación, tendremos que habilitar el rol de Internet Information Services (IIS) en nuestro MS Windows Server 2016, ya que el cliente de webmail y la administración web de MailEnable se apoyan en estos servicios, para ello hacemos lo siguiente:

• Una vez instalado el rol de IIS, empezamos con la instalación del ejecutable anteriormente descargado, nos muestra algunas notas sobre la instalación:

• Comienza la instalación y damos clic sobre “siguiente”:

• Introducimos los parámetros de registro, nombre y compañía:

• Nos informa de las condiciones del servicio:

• Seleccionamos los componentes que queremos instalar y la ruta de instalación del software:

• Le damos un nombre a la aplicación:

• El repositorio para los datos de configuración de MailEnable, lo dejamos por defecto:

• Introducimos el nombre del “Post Office” y el password del Postmaster:

• Le indicamos la ubicación dónde se almacenarán los mensajes de correo (buzones de los usuarios), en este caso, lo dejamos por defecto, como buena práctica sería conveniente almacenar estos mensajes de correo en un disco duro independiente y si fuese un disco SSD mucho mejor:

• Introducimos los datos para el conector SMTP, en “Domain Name” introducimos el nombre del dominio que publicaremos en Internet a través de nuestro proveedor de DNS, yo usaré 1&1:

• Damos clic en “siguiente” para instalar el servicio:

• Comienza con la instalación:

• Utilizamos el rol de IIS instalado anteriormente para el servidor Webmail:

• Continúa con la instalación:

• Utilizamos el rol de IIS instalado anteriormente para la administración del servidor a través de la interface web:

• Continúa con la instalación y finalizamos:

• Una vez finalizada la instalación, nos abrimos la consola de administración de MailEnable:

• Lo primero que vamos a configurar será el acceso a través de Webmail, para ello nos vamos a Servers > localhost > Services and connections > Webmail, y configuraremos una entrada para el acceso a través de nuestra red interna y otra para el acceso desde el exterior.
• Acceso a través de la red interna:

• Para el acceso desde el exterior, tendremos que abrirnos la consola de IIS y agregar el enlace:

• Nos quedaría de la siguiente manera:

• Modificamos las opciones en la consola de administración de MailEnable:

• Nos quedaría así:

• El siguiente paso sería configurar los DNS tanto para el acceso interno, como externo, así como el Port Forwarding en nuestro Firewall.
• Empecemos configurando los DNS para el acceso interno, para ello, en nuestro servidor DNS (Domain Controller), nos crearemos un registro del tipo CNAME para el acceso a través de Webmail:

• Probemos entonces el acceso a webmail, a través de nuestra red interna, como podemos ver el acceso es correcto, más adelante configuraremos los buzones de los usuarios y accederemos a través de webmail:

• Ahora vamos a configurar los DNS en nuestro proveedor de dominios (1&1) para poder publicar el servidor de correo en Internet:

• Una vez publicados los DNS (tarda un tiempo en realizar la asociación, en este caso nos toca esperar), vamos a realizar el Port Forwarding en nuestro firewall (estoy usando un Mikrotik RB1100 AHX2), que como ya he comentado en otras ocasiones, me parece un dispositivo muy versátil y con una calidad/precio muy buena, realizaremos port forwarding de los puertos 25 para el conector SMTP y del puerto 8088 para el acceso a través de Webmail:

• Probemos entonces el acceso a webmail desde el exterior, como podemos ver el acceso es correcto, más adelante configuraremos los buzones de los usuarios y accederemos a través de webmail:

• Ahora vamos a configurar el acceso a la consola de administración a través de la interface web.
• Lo primero que haremos será habilitar los servicios web en el localhost, para ello abrimos las propiedades:

• Habilitamos el servicio, más adelante activaremos los usuarios SYSADMIN para que puedan acceder a través de la interface web:

• También tenemos que habilitar Web Admin en el Post Office:

• Una vez habilitado los servicios, configuramos el enlace de acceso a esta interface web, como en el caso de Webmail podemos habilitar un acceso interno y otro externo, como medida de seguridad sólo habilitaremos acceso a través de nuestra red interna:

• Si abrimos la consola de IIS vemos que se sincroniza perfectamente con la consola de MailEnable:

• Configuramos los DNS para el acceso interno, para ello, en nuestro servidor DNS (Domain Controller), nos crearemos un registro del tipo CNAME para el acceso a través de Webadmin:

• Probemos entonces el acceso a webadmin, a través de nuestra red interna, como podemos ver el acceso es correcto, más adelante configuraremos los usuarios SYSADMIN para el acceso a esta consola web:

• Ahora vamos a configurarnos algunos buzones de usuario para empezar a usar nuestro servidor de correos, para ello nos vamos a “Mailboxes > New Mailbox”:

• Introducimos nombre del buzón y password:

• Como podemos ver ya está creado:

• Dando doble clic sobre el nuevo buzón creado, podemos editar sus propiedades, como por ejemplo asignar cuotas de capacidad al buzón, ver que espacio tenemos ocupado de ese buzón, deshabilitarlo, borrar mensajes, añadir direcciones adicionales para ese buzón, redirigir los mensajes hacia otra cuenta de correo, etc…, nos permite una muy buena granularidad:

• Otra opción interesante es que podemos importarnos los usuarios del Active Directory para que tengan su buzón de correo en MailEnable, para ello nos vamos a “Post Offices > ragasys.net > Import Windows Users”:

• Cargamos el dominio y seleccionamos los usuarios que queremos que tengan buzón de correo en MailEnable y clic sobre Import:

• Como podemos ver ya los tenemos importados desde nuestro Active Directory:

• Ahora tendríamos que editar las propiedades de cada buzón y asignarle una password nueva, ya que al realizar la importación, la contraseña que pone MailEnable, es la misma para todos los buzones, también podemos configurar cada buzón de usuario con las propiedades que nos vayan interesando.
• Como comentamos anteriormente, tendremos que asignar a los usuarios SYSADMIN, para el acceso a través de la consola de administración web, para ello editamos sus propiedades y lo asignamos al grupo de SYSADMIN:

• Ahora vamos a acceder a través de webmail a un buzón de usuario:

• Enviaremos un correo a otro usuario:

• Como podemos ver lo ha recibido correctamente:

• También le enviaré un correo desde una cuenta externa a nuestra organización, por ejemplo de Gmail, y como podemos ver lo recibe sin problemas:

• Ahora vamos a configurarnos un cliente con MS Outlook 2013, para ello introducimos las siguientes configuraciones:

• Como podemos ver ya tenemos el cliente MS Outlook 2013 operativo:

• El acceso a la consola web de administración sería el siguiente, con uno de los usuarios que hemos habilitado como SYSADMIN:

• Algo importante a tener en cuenta para el correcto funcionamiento de los servidores de correo son:
• La IP pública que contratemos con nuestro ISP, evidentemente debe ser una IP fija.
• La resolución inversa del DNS de esta IP pública, tendremos que hablar con nuestro ISP y que apunte al nombre de los MX (Mail Exchanger), en nuestro caso, a mailenable.ragasys.es, ya que por ejemplo, si nuestro ISP fuese Telefónica, al realizar la resolución inversa del DNS nos devolvería el nombre staticip.rima-tde.net, con lo cuál los correos externos a nuestra organización podrían perderse en el camino.
• Mi opinión sobre este software free, para montar nuestros propios servidores de correo me parece una muy buena alternativa para Pymes que estén cortas de presupuesto y no puedan disponer de las licencias de Exchange de Microsoft, CAL para los buzones, etc…
• En otros post hablaremos algo más sobre la administración de MailEnable, y algunas otras herramientas como por ejemplo Backup Utility que nos permite realizar copias de seguridad de las configuraciones, buzones de usuarios, etc…

Saludos y espero que os haya gustado, ya que este post tiene bastante curro

Hasta la próxima

En este post vamos a ver las funcionalidades y características de Kaspersky Security 9.0 for Microsoft Exchange Servers (KSE).

• Una vez que hemos instalado la aplicación, nos abrimos la consola de KSE 9.0 y sobre la ventana principal tenemos las siguientes secciones:
• Barra de herramientas, se muestra en la parte superior de la ventana principal. Los botones de la barra de herramientas permiten acceder directamente a algunas funciones de la aplicación utilizadas con frecuencia.
• Menú,se muestra justo encima de la barra de herramientas. El menú proporciona funciones de gestión de archivos y ventanas, así como acceso al sistema de ayuda.
• Árbol de consola, se ubica en la parte izquierda de la ventana principal. El árbol de la consola muestra los servidores de seguridad conectados y la configuración de Kaspersky Security. Los servidores conectados y los parámetros de configuración de Kaspersky Security figuran como nodos. Puede abrir nodos principales haciendo clic en el signo más correspondiente. Un nodo abierto se muestra con el signo menos al lado.
• Panel de detalles, se ubica en la parte derecha de la ventana principal. La ventana muestra el contenido del nodo seleccionado en el árbol.

• El nodo situado más arriba en el árbol de consola es Kaspersky Seurity 9.0 for Microsoft Exchange. Al hacer doble clic en él, se abre la lista de servidores conectados con Kaspersky Security instalado.El panel de detalles muestra también los servidores conectados y el botón Agregar servidor.

• Al hacer clic en el nodo del servidor conectado, en el panel de detalles se muestra, información general sobre los componentes de protección instalados en el servidor seleccionado, el tipo de licencia, la base de datos del AntiVirus – AntiSpam y las estadísticas de la aplicación mostrándonos los resultados del trabajo realizado (al no poseer licencia de esta aplicación me lo muestra todo con errores):

• Al hacer clic en el signo más situado junto a un servidor conectado, se abre una lista de parámetros configurables de Kaspersky Security para dicho servidor en el árbol de la consola. Podemos ver y configurar los siguientes parámetros de configuración de KSE 9.0:

• Server protection, se utiliza para ver y editar la configuración de la protección AntiVirus y AntiSpam.

• Updates, se utiliza para ver y editar la configuración de las actualizaciones de las bases de datos de AntiVirus y del componente AntiSpam.

• Notifications, se utiliza para ver y editar la configuración de las notificaciones por correo electrónico.

• Backup, se usa para ver el almacén de copias de seguridad.

• Reports, se utiliza para ver y editar la configuración de los informes del AntiVirus y del componente AntiSpam.

• Settings, se usa para ver y editar la configuración de las notificaciones, la copia de seguridad y las estadísticas.

• Licensing, se utiliza para instalar o quitar licencias, y revisar información sobre la licencia actual.

• Al seleccionar cualquier nodo en el árbol de la consola, se muestran los parámetros configurables correspondientes a dicho nodo en el panel de detalles.

• Como en nuestra infraestructura tenemos dos servidores de correos y cada uno de ellos con distintos roles, mail01 (roles de Mailbox, Client Access y Management Tools), mx01 (roles de Edge Transport – Transporte perimetral), sobre el parámetro de configuración “Server protection” las opciones a configurar serán distintas, ya que dependen de los roles que tenga cada servidor.
• En el server mail01 sobre la opción “Protection for the Mailbox role” vamos a configurar los siguientes parámetros:

• En el server mx01 sobre la opción “Protection for the Hub Transport role” vamos a configurar los siguientes parámetros:

Saludos y espero que os resulte de ayuda

En este post vamos a ver la instalación y configuración inicial de Kaspersky Security 9.0 for Microsoft Exchange Servers (KSE).

• Lo primero que vamos a realizar será descargarnos la suite de seguridad de la web de Kaspersky – Descargas:

• Una vez que nos hemos descargado el ejecutable, lo copiamos en el escritorio de los servidores MAIL01 y MX01:

INSTALACIÓN SOBRE EL PRIMER SERVIDOR DE EXCHANGE MAIL01 – ROLES DE MAILBOX, CLIENT ACCESS Y MANAGEMENT TOOLS

• Uno de los requisitos indispensables para poder instalar Kaspersky Security 9.0 for Microsoft Exchange Servers es tener instalado un servidor Microsoft SQL Server 2014, por lo tanto, nos vamos a instalar los paquetes necesarios para este servidor.
• Desde la web de Microsoft nos hemos descargado los ejecutables SQLEXPRESS2014_x64 para instalar el servidor SQL EXPRESS y SQLManagementStudio_x64 para configurar, administrar y desarrollar todos los componentes de SQL Server, este último componente no es necesario para la instalación de Kaspersky Security 9.0 for Microsoft Exchange Servers, pero a título personal, siempre me gusta instalarlo para poder administrar el servidor SQL, como por ejemplo, realizar backups de las bases de datos:

• Procedemos a la instalación del primer paquete SQLEXPRESS2014_x64:

• Una vez extraídos se nos abre el siguiente asistente, dónde vamos a seguir estos pasos:

• Procedemos a la instalación del segundo paquete SQLManagementStudio_x64, para ello seguimos los pasos indicados en un post de este mismo blog, post instalación SQLManagementStudio_x64

• Una vez instalado el servidor MS SQL EXPRESS, procedemos a la instalación de Kaspersky Security 9.0 for Microsoft Exchange Servers, para ello damos doble clic sobre el ejecutable descargado y se nos abre el siguiente asistente, clic sobre “Siguiente”:

• Aceptamos los términos de licencia:

• Elegimos la instalación personalizada:

• Dejamos que instale todos los componentes que vienen por defecto, ya que el software de Kaspersky al iniciar la instalación realiza un chequeo y según los roles que tenga nuestro Exchange nos aparecerán más o menos componentes:

• Kaspersky Security 9.0 for Microsoft Exchange Servers se apoya en bases de datos creadas en servidores SQL para su correcto funcionamiento, por lo tanto, tenemos que configurar una conexión a un servidor SQL que anteriormente hemos instalado en este mismo servidor:

• Para que corra el servicio de KSE vamos a elegir una cuenta local:

• Para iniciar la instalación damos clic sobre “Install”, el mensaje de advertencia nos indica que los servicios MSExchangeTransport y MSExchange IS serán reiniciados:

• Comienza la instalación:

• Si nos da este error debemos aplicar el fix correspondiente descargado de la web de Microsoft:

• Como podemos ver el fix descargado es un script que tenemos que ejecutar con PowerShell:

• Como podemos ver el fix se ha aplicado correctamente:

• Ahora volvemos a iniciar la instalación de Kaspersky Security 9.0 for Microsoft Exchange Servers, siguiendo los mismos pasos que anteriormente, comienza así la instalación:

• La instalación se ha completado correctamente, clic sobre “Siguiente”:

• Se nos abre el siguiente asistente de configuración, donde vamos implementado los parámetros de configuración inicial:

• Añadimos el código de activación:

• Habilitamos las configuraciones de protección:

• Aceptamos los servicios KSN de Kaspersky:

• No tenemos configurado ningún proxy en nuestra red, o mejor dicho, si tengo uno configurado en el router Mikrotik que hace de Firewall, pero está configurado de manera transparente, en algún que otro post dedicado al networking de Mikrotik os enseñaré a configurar y administrar un proxy transparente, dándole así seguridad extra a nuestro entorno, por cierto, los dispositivos Mikrotik me gustan muchísimo por su relación calidad\precio\funcionalidades y sobre todo por su gran versatilidad ya que los podemos usar en multitud de entornos:

• Nos registramos para recibir notificaciones acerca de Kaspersky Security 9.0 for Microsoft Exchange Servers:

• Finalizamos la configuración inicial e iniciamos la consola de KSE:

• El aspecto de la consola de KSE 9.0 es el siguiente:

INSTALACIÓN SOBRE EL SEGUNDO SERVIDOR DE EXCHANGE MX01 – ROLES DE EDGE TRANSPORT TRANSPORTE PERIMETRAL

• Uno de los requisitos indispensables para poder instalar Kaspersky Security 9.0 for Microsoft Exchange Servers es tener instalado un servidor Microsoft SQL Server 2014, por lo tanto, nos vamos a instalar los paquetes necesarios para este servidor.
• Desde la web de Microsoft nos hemos descargado los ejecutables SQLEXPRESS2014_x64 para instalar el servidor SQL EXPRESS y SQLManagementStudio_x64 para configurar, administrar y desarrollar todos los componentes de SQL Server, este último componente no es necesario para la instalación de Kaspersky Security 9.0 for Microsoft Exchange Servers, pero a título personal, siempre me gusta instalarlo para poder administrar el servidor SQL, como por ejemplo, realizar backups de las bases de datos:

• Procedemos a la instalación del primer paquete SQLEXPRESS2014_x64:

• Una vez extraídos se nos abre el siguiente asistente, dónde vamos a seguir los mismos pasos que con el servidor anterior MAIL01, muestro sólo la primera pantalla y la última ya que la instalación es exactamente la misma:

• Procedemos a la instalación del segundo paquete SQLManagementStudio_x64, para ello seguimos los pasos indicados en un post de este mismo blog, post instalación SQLManagementStudio_x64

• Una vez instalado el servidor MS SQL EXPRESS, procedemos a la instalación de Kaspersky Security 9.0 for Microsoft Exchange Servers, para ello damos doble clic sobre el ejecutable descargado y se nos abre el siguiente asistente, clic sobre “Siguiente”:

• Aceptamos los términos de licencia:

• Elegimos la instalación personalizada:

• Dejamos que instale todos los componentes que vienen por defecto, ya que el software de Kaspersky al iniciar la instalación realiza un chequeo y según los roles que tenga nuestro Exchange nos aparecerán más o menos componentes:

• Kaspersky Security 9.0 for Microsoft Exchange Servers se apoya en bases de datos creadas en servidores SQL para su correcto funcionamiento, por lo tanto, tenemos que configurar una conexión a un servidor SQL que anteriormente hemos instalado en este mismo servidor:

• Para que corra el servicio de KSE vamos a elegir una cuenta local:

• Para iniciar la instalación damos clic sobre “Install”, el mensaje de advertencia nos indica que los servicios MSExchangeTransport y MSExchange IS serán reiniciados:

• Comienza la instalación:

• Si nos da este error debemos aplicar el fix correspondiente descargado de la web de Microsoft:

• Como podemos ver el fix descargado es un script que tenemos que ejecutar con PowerShell:

• Como podemos ver el fix se ha aplicado correctamente:

• Ahora volvemos a iniciar la instalación de Kaspersky Security 9.0 for Microsoft Exchange Servers, siguiendo los mismos pasos que anteriormente, comienza así la instalación:

• La instalación se ha completado correctamente, clic sobre “Siguiente”:

• Se nos abre el siguiente asistente de configuración, donde vamos implementado los parámetros de configuración inicial:

• Añadimos el código de activación:

• Habilitamos las configuraciones de protección:

• Aceptamos los servicios KSN de Kaspersky:

• No tenemos configurado ningún proxy en nuestra red, clic sobre “Siguiente”:

• No configuramos recibir notificaciones acerca de Kaspersky Security 9.0 for Microsoft Exchange Servers, ya que las configuramos en el servidor anterior:

• Finalizamos la configuración inicial e iniciamos la consola de KSE:

• El aspecto de la consola de KSE 9.0 es el siguiente:

Saludos y espero que os resulte de ayuda

En los siguientes post vamos a ver cómo implementar una suite de seguridad para servidores de correos empresariales que utilicen la plataforma Exchange de Microsoft con el producto de Kaspersky – Kaspersky Security 9.0 for Microsoft Exchange Servers.

Kaspersky Security 9.0 para Microsoft Exchange Servers es una aplicación diseñada para la protección de servidores de correo basados en Microsoft Exchange Server frente a virus, software troyano y otros tipos de amenazas que se pueden transmitir por correo electrónico.

El software malicioso puede provocar daños graves; estos programas están diseñados específicamente para robar, bloquear, modificar o destruir datos, y afectan al funcionamiento de los equipos y las redes de equipos. El envío masivo de virus por correo electrónico puede propagar rápidamente la infección en redes corporativas y paralizar tanto equipos como servidores que estén en funcionamiento, lo que provoca pérdidas y tiempos de inactividad no deseados. Además, los ataques de virus también pueden provocar la pérdida de datos, que puede afectar de forma negativa al negocio.

Kaspersky Security 9.0 para Microsoft Exchange Servers proporciona protección anti-spam en el nivel del servidor de correo corporativo, llegando todo el correo filtrado a los clientes.

Vamos a recordar que nuestra infraestructura de servidores Exchange es la siguiente, por un lado, tenemos un  Microsoft Exchange 2013 con los roles de Mailbox, Client Access y Management Tools ubicado en la zona INSIDE del firewall (red interna) llamado MAIL01, y por otro lado tenemos un Microsoft Exchange 2013 con los roles de Edge Transport – Transporte Perimetral ubicado en la zona DMZ del firewall llamado MX01:

Las siguientes entradas las vamos a dividir en los siguientes puntos que iremos desarrollando:

• Kaspersky Security 9.0 for Microsoft Exchange Servers – Instalación y configuración inicial
• Kaspersky Security 9.0 for Microsoft Exchange Servers – Funcionalidades y características

Saludos y espero que os sea de ayuda

En esta entrada vamos a ver los servicios IP con cinco ejemplos de redes diseñadas con el software Cisco Packet Tracer, les vendrán muy bien a los estudiantes del CCNA para prácticar.

• Actividad 1: AAA (Authentication, Authorization and Accounting)
• Topología actividad 1:

• Actividad 2: CORREO
• Topología actividad 2:

• Actividad 3: DHCP
• Topología actividad 3:

• Actividad 4: DNS
• Topología actividad 4:

• Actividad 5: FTP
• Topología actividad 5:

Para poder ver el diseño lógico y físico de la red necesitaréis el software packet tracer.

• Link de descarga actividad 1: AAA
• Link de descarga actividad 2: CORREO
• Link de descarga actividad 3: DHCP
• Link de descarga actividad 4: DNS
• Link de descarga actividad 5: FTP

Actividades propuestas por el profesor Manuel Castaño Guillén.

Saludos y espero que os sea de ayuda

En este post vamos a ver como configurar una cuenta de correo para el cliente MS Outlook 2013 y como acceder a través del OWA (Outlook Web Access), una vez que tenemos configurado nuestro sistema de correo electrónico empresarial con MS Exchange 2013, para finalizar tenemos que configurar los clientes para que los usuarios del sistema puedan enviar y recibir correos.

Recordemos que la topología de red utilizada es la siguiente:

• Lo primero que vamos a realizar será un logon al sistema con uno de los usuarios, a través de un equipo cliente con Windows 10 Pro:

• Una vez que hemos realizado el logon en el sistema nos abrimos el cliente de Outlook 2013 y empezamos con la con la configuración del cliente:

• Le indicamos que queremos configurar Outlook para que se conecte a una cuenta de correo:

• Como este equipo lo tenemos unido al dominio y hemos iniciado sesión con uno de los usuarios del dominio, el cliente Outlook automáticamente nos indica el nombre del usuario y su dirección de correo electrónico configurada anteriormente en el servidor Exchange:

• Como podemos ver toda la configuración se ha realizado correctamente:

• Como podemos ver ya tenemos el cliente Outlook 2013 operativo para enviar y recibir correos:

• Para acceder al buzón de correo a través de Internet utilizaremos la conexión por OWA, utilizaremos dos URLs distintas, una si nos conectamos desde la red interna y otra desde el exterior.
• Para conectarnos desde la red interna utilizaremos la URL https://mail01.ragasys.net :

• Para conectarnos desde el exterior, por ejemplo, desde un hotel, cafetería, home ADSL, etc… utilizaremos la URL https://webmail.ragasys.net :

Con este post terminamos todo lo dedicado a instalación, configuración y administración de servidores en un entorno Microsoft, espero que os sea de ayuda, saludos y muchas gracias

Después de unas buenas y merecidas vacaciones con la familia y amigos, dónde hemos podido recargar baterías y coger fuerzas para esta segunda parte del año volvemos con un nuevo post sobre los certificados en MS Exchange 2013.

En este post vamos a ver los certificados en MS Exchange 2013 para asegurar el acceso a los servicios del servidor de correos, podemos utilizar tres tipos de certificados:

• Certificado autofirmado, al instalar Exchange 2013 se genera automáticamente un certificado autofirmado (self signed) habilitado para IIS, POP, IMAP y SMTP, este certificado incluye los nombres de host y FQDN del servidor, por ejemplo, mail01, mail01.ragasys.net. El certificado autofirmado habilita de forma predeterminada  a que los servicios de Exchange sean accedidos de forma segura, cumpliendo así la función básica, pero presenta el inconveniente de que los clientes no confían en el certificado, llegando incluso a no poder conectar.

• Certificado interno, este certificado es emitido por una entidad certificadora (CA) interna.   Esta CA podría estar integrada con Active Directory o no y funcionar del modo “stand alone”. Para usar este tipo de certificado es necesario contar con una CA interna instalada para este propósito.

• Certificado público o externo, este tipo de certificado es el que en general se recomienda para cualquier servicio expuesto en Internet, para obtenerlo es necesario una entidad certificadora externa como Digicert, Godaddy, entre otras. Este certificado a diferencia del autofirmado y del interno tiene un costo directo al momento de la compra y en función al tipo, cantidad de nombres y tiempo de validez tendrá un precio u otro. El certificado público es ideal ya que puede ser utilizado interna como externamente, y sería   confiable en clientes internos, externos, dispositivos móviles, etc… de forma predeterminada.

• Una vez realizada esta introducción, vamos a acceder a nuestro Exchange 2013 y veremos que los certificados que tenemos operativos son los certificados autofirmados que nos genera automáticamente la instalación de Exchange:

• En nuestro caso, ya que tenemos instalada y configurada una entidad certificadora interna, vamos a usar un certificado interno para asegurar el acceso a los servicios de Exchange 2013, para solicitar un nuevo certificado, independientemente del tipo de certificado a utilizar, ya sea interno o público, el procedimiento a seguir sería:
• 1. Generar la solicitud de certificado (CSR) en Exchange.
• 2. Procesar la solicitud con una entidad certificadora interna o externa.
• 3. Completar la solicitud pendiente en Exchange con el archivo devuelto por la CA.
• 4. Habilitar el certificado para que los servicios de Exchange puedan utilizarlo.

• Vamos con el primer paso, que sería Generar la solicitud de certificado (CSR) en Exchange, para ello nos vamos a Servidores > Certificados > +, el certificado autofirmado con el que interactúan los clientes es el que se llama Microsoft Exchange, los otros dos se recomienda no modificarlos:

• Se nos abre este asistente, donde vamos configurando lo siguiente, primero elegimos “Crear una solicitud para un certificado desde una entidad de certificación”:

• Le asignamos un nombre descriptivo:

• Clic en “siguiente”:

• Hacemos clic en Examinar y seleccionamos el servidor donde realizar la solicitud:

• Aquí nos aparecen los dominios que tenemos definidos para cada servicio, clic en siguiente:

• Dejamos los dominios que nos interesan, clic en “siguiente”:

• Completamos la información de la organización y hacemos clic en siguiente:

• Especificamos una ruta UNC válida para guardar la solicitud, clic en “Finalizar”:

• La carpeta share en el servidor mail01 la hemos compartido y le hemos asignado los permisos necesarios:

• Verificamos que el archivo se ha creado correctamente y que la solicitud se encuentra como “Pedido pendiente”:

• Vamos con el segundo paso, que sería Procesar la solicitud con una entidad certificadora interna, entidad que ya configuramos en un post anterior, para ello accedemos a nuestra CA interna a través de la URL https://adcs/certsrv y damos clic a “Solicitar un certificado”:

• Clic en solicitud avanzada de certificado:

• Clic en la segunda opción:

• Abrimos con el bloc de notas el archivo con extensión REQ que creamos anteriormente y copiamos todo el texto:

• En la ventana “Enviar una solicitud de certificado o una solicitud de renovación, pegamos el texto del archivo REQ en “Guardar solicitud” y seleccionamos Servidor web en “Plantilla de certificado”, clic a “Enviar”:

• Seleccionamos la opción “Codificado en Base64” y clic en Descargar certificado:

• Guardamos el certificado en la carpeta share que hemos compartido anteriormente:

• Vamos con el tercer paso, que sería Completar la solicitud pendiente en Exchange con el archivo devuelto por la CA, para ello nos vamos a la consola de Exchange y sobre Servidores > Certificados seleccionamos el Pedido pendiente y damos clic a “Completo” para completar la solicitud:

• Ingresamos la ruta UNC donde se encuentra el certificado que descargamos anteriormente de nuestra CA interna, aceptamos para finalizar:

• Como podemos ver ya tenemos el certificado operativo, tarda un poco en pasar de No válido a Válido:

• Vamos con el cuarto y último paso, que sería, Habilitar el certificado para que los servicios de Exchange puedan utilizarlo, para ello nos vamos a la consola de Exchange y sobre Servidores > Certificados seleccionamos el certificado que acabamos de añadir y lo editamos:

• Seleccionamos los servicios que queremos utilizar y guardamos los cambios:

• Nos muestra el siguiente mensaje de advertencia, dónde le indicamos que sobrescriba:

• Como podemos ver, ya tenemos el certificado completamente válido y con sus servicios asociados:

• Como hemos eliminado el certificado autofirmado (selg signed) que Exchange instala por defecto, llamado Microsoft Exchange, al acceder a la consola de configuración ecp o al acceder al OWA nos va a mostrar la página en blanco, ya que en el Administrador de IIS en Sitios > Exchange Back End >Modificar sitio > Enlaces la conexión por https al puerto 444 no va a tener asignada ningún certificado, para añadir el nuevo certificado creado a esta conexión y poder acceder a la consola ecp, OWA y que los clientes Outlook puedan conectar hacemos lo siguiente:

• Tras realizar estas configuraciones, ya tenemos acceso a la consola ecp, OWA, etc…
• Como podemos ver, el acceso a través del OWA con la URL https://webmail.ragasys.net (accesos externos) nos indica que tenemos un certificado de confianza y que la conexión al servidor está cifrada:

• Como podemos ver, el acceso a través del OWA con la URL https://mail01.ragasys.net (accesos internos) nos indica que tenemos un certificado de confianza y que la conexión al servidor está cifrada:

• La Fuente para realizar este post ha sido Aprendiendo Exchange.com – Daniel Nuñez Banega, darle las gracias por su magnífico trabajo con servidores Microsoft Exchange.

Saludos y espero que os resulte de ayuda

En este post vamos a ver como configurar los puertos en nuestro firewall y los registros DNS para Exchange con un proveedor de dominios, y así poder publicar en Internet nuestros servidores de correo.

Recordemos que la topología de red utilizada es la siguiente:

• Los datos de configuración IP de nuestros servidores de correo van a ser los siguientes:

• Para el servidor mail01.ragasys.net tenemos que hacer un NAT Inversa o abrir puertos, concretamente el puerto 443 para el OWA y redirección de peticiones por SSL:

• Para el servidor mx01.ragasys.net tenemos que hacer un NAT Inversa o abrir puertos, concretamente el puerto 25 para el protocolo SMTP:

• Una vez realizada la apertura de puertos necesaria, vamos a mostrar la configuración de las reglas que tenemos aplicadas en nuestro Firewall, este proceso de configuración de reglas, tenemos que realizarlo antes de instalar y configurar los servidores de correos, para que se puedan comunicar entre sí, ya que el mail01 estará ubicado en nuestra red interna (INSIDE) y el mx01 en la DMZ:

• Desde la línea 15 a la 32 hemos configurado el Firewall para permitir o denegar el tráfico que nos interesa entre la red INSIDE y la DMZ:
  • De la línea 15 a la 18, creamos las cadenas de elementos a utilizar para configurar el tráfico.
  • En la línea 19 y 20 permitimos el tráfico ICMP entre estas dos redes.
  • En la línea 21 y 22 permitimos que el servidor MAIL01 se pueda conectar con el MX01 a través de terminal server (por escritorio remoto), y denegamos que MX01 se pueda conectar a MAIL01 a través de terminal server.
  • De la línea 23 a la 26 permitimos el tráfico LDAP Exchange EdgeSync – ADAM desde Active Directory, para que el MAIL01 (Servidor de correos) y el MX01 (Servidor perimetral) puedan sincronizar los datos de configuración de Active Directory, en este enlace podéis ver el proceso de sincronización de EdgeSync.
  • En la línea 27 y 28 permitimos todo el tráfico TCP entre MAIL01 y MX01.
  • De la línea 29 a la 32 permitimos el tráfico TCP entre el servidor de antivirus Kaspersky y el MX01, para que el servidor de correos perimetral (MX01) ubicado en la DMZ pueda actualizar su antivirus desde los repositorios del servidor Kaspersky que tenemos configurado en nuestra red INSIDE.
  • De la línea 36 a la 44 denegamos todo el tráfico entre las tres redes que hemos configurado INSIDE-DMZ-OUTSIDE

• Una vez configurados los puertos y las reglas en el firewall, tenemos que configurar los registros DNS para Exchange con un proveedor de dominios y poder así publicar nuestros servidores de correo en internet.
• Los dominios aceptados y configurados en nuestro servidor de correo son los siguientes:

• Para el dominio ragasys.net  vamos a configurar en nuestro proveedor de dominio los siguientes registros:

autodiscover.ragasys.net > Registro tipo A > 83.56.98.55

mail01.ragasys.net > Registro tipo A > 83.56.98.55

mx01.ragasys.net > Registro tipo A > 83.56.98.56

webmail.ragasys.net > Registro tipo A > 83.56.98.55

ragasys.net > Registro tipo MX (MX10) > mx01.ragasys.net

• Para el dominio ragasys.es vamos a configurar en nuestro proveedor de dominio los siguientes registros:

autodiscover.ragasys.es > Registro tipo CNAME > autodiscover.ragasys.net

ragasys.es > Registro tipo MX (MX10) > mx01.ragasys.net

Saludos y espero que os sea de ayuda

En este post veremos cómo instalar, configurar y administrar Microsoft Exchange 2013 con los roles de Edge transport, la instalación la haremos sobre el sistema operativo para servidores MS Windows Server 2012 R2 Standard x64, este servidor estará ubicado en la DMZ de nuestra infraestructura ya que estará más expuesto hacia Internet, al tener abierto el puerto SMTP 25 para los correos salientes y entrantes ajenos a nuestra organización, es decir, todos los correos enviados y recibidos fuera de nuestro dominio pasarán por este servidor, de ahí el nombre de Servidor de transporte perimetral.

El servidor de transporte perimetral proporciona una protección mejorada contra el correo no deseado para la organización de Exchange, y además, aplica directivas a los mensajes que se envían de unas organizaciones a otras. Este rol de servidor se implementa en la red perimetral y fuera del bosque de Active Directory. Los servidores de transporte perimetral no tienen acceso directo al Active Directory para configuración e información de destinatarios de la misma forma que los servidores de acceso de cliente. El servidor de transporte perimetral usa los Servicios de directorio ligero de Active Directory (AD LDS) para almacenar localmente información de configuración y destinatarios.

Recordemos que la topología de red utilizada es la siguiente:

• Estos puertos ya los tenemos configurados en nuestro Firewall, ver el post Configuración Firewall con Mikrotik RB1100 AHx2, los puertos 443 para el OWA y redirección de peticiones por SSL apuntando al servidor de Mailbox (mail01) y 25 para el SMTP apuntando al servidor de transporte perimetral (mx01), lo explicaremos en otro post de dedicado a configuración de puertos y registros DNS para Exchange con un proveedor de dominios como puede ser 1&1, aquí veremos cómo publicar los nombres de nuestros servidores de correos en Internet y a través de los registros MX nos podrán enviar correos a las direcciones de e-mail de los usuarios definidos en Exchange.
• Lo primero que tenemos que hacer será configurar el sufijo DNS para el servidor de transporte perimetral, este nombre no se puede cambiar una vez que se ha instalado el rol de servidor Transporte perimetral:

• Para habilitar la resolución de nombres en el servidor de transporte perimetral, vamos a editar el archivo hosts, ubicado en C:\Windows\System32\drivers\etc, con los siguientes registros:

• En la configuración TCP/IP se la asignamos como estática, como servidores DNS los configuramos con servidores de nombres de dominio público, esto permite al servidor resolver los nombres de dominio SMTP a los registros de los recursos de MX y enrutar el correo a Internet :

• En nuestro servidor DNS interno, instalado y configurado sobre el controlador de dominio (oficala), vamos a agregar un registro estático de tipo A con el nombre y dirección IP del servidor de transporte perimetral, también agregaremos la zona de búsqueda inversa:

• Antes de instalar el rol de servidor de transporte perimetral, tenemos que preparar el Active Directory, para ello, como vamos a instalar Exchange 2013 SP1, uno de los requisitos es tener instalado Windows Management Framework 4.0, como Windows Server 2012 R2 incluye .NET Framework 4.5.1 y Windows Management Framework 4.0, en este apartado no tenemos que instalar nada.
• Ahora vamos a instalar el paquete de Administración de herramientas remotas, para ello nos abrimos una consola de Windows PowerShell y ejecutamos el siguiente comando, “Install-WindowsFeature RSAT-ADDS”:

• Ahora instalamos los Servicios de directorio ligero de Active Directory (AD LDS), para almacenar localmente información de configuración y destinatarios, para ello nos abrimos una consola de Windows PowerShell y ejecutamos el siguiente comando, “Install-WindowsFeature ADLDS”:

• Una vez terminados los requisitos previos, procedemos a instalar el Servidor de Exchange 2013 con el rol de transporte perimetral.

• Una vez que inicia la instalación el sistema buscará actualizaciones, clic sobre “siguiente”:

• Nos indica que no hay actualizaciones, clic en “siguiente”:

• Comienza a copiar los archivos:

• Una vez que ha finalizado de copiar los archivos, damos clic sobre “siguiente”:

• Aceptamos los términos de licencia y damos clic sobre “siguiente”:

• Usamos la configuración recomendada:

• Seleccionamos el rol de transporte perimetral:

• Seleccionamos la ruta predeterminada de instalación:

• Se comprueban los requisitos previos, como todo está correcto damos clic sobre “Instalar”:

• Comienza la instalación:

• Una vez que la instalación se ha completado, damos clic a “Finalizar” y reiniciamos el equipo:

• Ahora vamos a crear el EdgeSync, que es el proceso de implementación recomendado para crear una suscripción perimetral, para suscribir el servidor transporte perimetral a la organización de Exchange. Al crear una suscripción perimetral, los datos de los destinatarios y de la configuración se replican de Active Directory a AD LDS. Se suscribe un servidor transporte perimetral a un sitio de Active Directory, a continuación, el servicio EdgeSync de Microsoft Exchange que se encuentra en ejecución en los servidores de buzones de correo de dicho sitio actualiza AD LDS de forma periódica mediante la sincronización de datos de Active Directory. El proceso de suscripción perimetral proporciona automáticamente los conectores de envío necesarios para habilitar el flujo de correo desde la organización de Exchange a Internet a través de un servidor Transporte perimetral.

• Lo primero que vamos a realizar será crear el archivo de suscripción perimetral en el servidor de transporte perimetral usando la sintaxis siguiente: “New-EdgeSubscription -FileName <FileName>.xml [-Force]”, para ello nos abrimos una consola de Exchange Management Shell:

• Como podemos ver el archivo de suscripción se ha creado correctamente:

• Ahora vamos a copiar el archivo de suscripción perimetral resultante en el servidor con el rol de Mailbox que instalamos y configuramos en el post anterior, lo ubicamos en C:\Edgesubscription:

• Usamos esta sintaxis en el servidor de Mailbox para importar el archivo de suscripción perimetral, “New-EdgeSubscription -FileData ([byte[]]$(Get-Content -Path «<FileName>.xml» -Encoding Byte -ReadCount 0)) -Site <SiteName>”, para ello nos abrimos una consola de Exchange Management Shell, el archivo de suscripción perimetral xml se importa desde la carpeta C:\Edgesubscription y suscribe el servidor de transporte perimetral en el sitio de Active Directory denominado «Default-First-Site-Name»:

• Como podemos ver la suscripción se ha realizado correctamente:

• Ejecutamos el siguiente comando en el servidor de Mailbox para iniciar la primera sincronización de EdgeSync, “Start-EdgeSynchronization”:

• Como podemos ver el resultado ha sido satisfactorio:

• Ahora nos abrimos la consola de Administración de Exchange y sobre los servidores, podemos observar que el servidor de transporte perimetral está suscrito, ya lo tendríamos totalmente operativo y listo para realizar las funciones de envío y recepción de correos electrónicos:

• En Flujo de correo > Conectores de envío, podemos observar que los conectores para EdgeSync se han instalado y habilitado correctamente:

• En este mismo apartado vamos a configurar el tamaño máximo de los mensajes enviados:

Saludos y espero que os sea de ayuda

En este post veremos cómo instalar, configurar y administrar Microsoft Exchange 2013 con los roles de Mailbox, Client Access y Management Tools, la instalación la haremos sobre el sistema operativo para servidores MS Windows Server 2012 R2 Standard x64.

Recordemos que la topología de red utilizada es la siguiente:

• Empezamos la configuración de nuestro servidor de correos asignándole un nombre y una dirección IP estática y como DNS le asignamos la dirección IP de nuestro controlador de dominio, ya que es éste servidor el que tiene el rol de DNS, también debemos unir este equipo a nuestro dominio:

• Nuestro servidor de correos está virtualizado a través de VMware vSphere y le hemos añadido tres discos duros formateados con el sistema de ficheros NTFS a parte del disco del sistema, estos tres discos adicionales los vamos a utilizar para:
• Dos de ellos para alojar las bases de datos de los buzones de los usuarios, llamados MAILBOX01 y MAILBOX02.
• El tercero va a contener los LOGS que nos genera el Exchange y que se eliminarán automáticamente una vez tengamos programado el backup del servidor de Exchange y se realicen correctamente estas tareas de backup.

• Ahora vamos a instalar el paquete de Administración de herramientas remotas, para ello nos abrimos una consola de Windows PowerShell y ejecutamos el siguiente comando, “Install-WindowsFeature RSAT-ADDS”:

• Antes de iniciar la instalación de Exchange 2013 vamos a ejecutar un Powershell con permisos de Administrador para instalar los requisitos previos que son necesarios para el Exchange 2013:

Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, RSAT-Clustering-PowerShell, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation

• Una vez finalizada la instalación de los requisitos previos, reiniciamos el sistema como nos indica:

• Ahora vamos a instalar las siguientes aplicaciones de Microsoft, necesarias para la instalación de MS Exchange 2013 SP1:

• Empezamos con la instalación del primer paquete, “Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit”:

• Seguimos con el segundo, “Microsoft Office 2010 Filter Pack 64 bit”:

• Seguimos con el tercero, “Microsoft Office 2010 Filter Pack SP1 64 bit”:

• Terminamos con el cuarto, “Microsoft Office 2010 Filter Pack SP2 64 bit”:

• Una vez instalados todos los requisitos previos, actualizamos nuestro Windows Server 2012 R2 a través de Windows Update:

• Una vez hayamos instalado todas las actualizaciones, reiniciamos el servidor y procedemos con la instalación de MS Exchange 2013:

• Una vez que inicia la instalación el sistema buscará actualizaciones, clic sobre “siguiente”:

• Nos indica que no hay actualizaciones, clic en “siguiente”:

• Comienza a copiar los archivos:

• Una vez que ha finalizado de copiar los archivos, damos clic sobre “siguiente”:

• Aceptamos los términos de licencia y damos clic sobre “siguiente”:

• Usamos la configuración recomendada:

• Seleccionamos los roles o funciones que va a tener este servidor de Exchange:

• Seleccionamos la ruta predeterminada de instalación:

• Escribimos el nombre de nuestra organización de Exchange y clic sobre “siguiente”:

• Le indicamos que no deshabilite la exploración de malware y clic sobre “siguiente”:

• Se comprueban los requisitos previos, como todo está correcto damos clic sobre “Instalar”:

• Comienza la instalación:

• Una vez que la instalación se ha completado, damos clic a “Finalizar”:

• Una vez que hemos completado la instalación, ya podemos empezar con la configuración de nuestro servidor de Exchange 2013, para ello accedemos al centro de administración de Exchange en la URL: https://mail01/ecp:

• Ahora vamos a añadir nuestros dominios públicos a los dominios aceptados en el servidor de Exchange, para ello hacemos lo siguiente:

• Para el dominio ragasys.com realizamos los mismos pasos, nos quedaría entonces de la siguiente manera:

• Ahora vamos a configurar las directivas de direcciones de correo, para que la dirección principal de los correos electrónicos de los usuarios sea el dominio público ragasys.es, para ello hacemos lo siguiente:

• La directiva de dirección de correo nos quedaría de la siguiente manera:

• Aplicamos a todos los destinatarios, clic a guardar:

• Definitivamente nos queda de la siguiente manera:

• Al instalar un nuevo servidor de Exchange 2013 la base de datos predeterminada se crea automáticamente en la ruta de instalación de Exchange, que por defecto suele ser C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database 0897742703
• Por lo general, esta ubicación por defecto no es la más adecuada, ya que esta base de datos irá creciendo a medida que se agregen usuarios y que estos generen actividad. Podría colapsar la unidad donde se encuentra el sistema operativo y la instalación de Exchange. Para solucionarlo tendríamos dos posibilidades:

• Quitar la base de datos y crear una nueva en la ubicación deseada
• Mover la base de datos existente a la ubicación deseada

• En este caso vamos a optar por la primera, para ello vamos crearnos tres bases de datos, ordenadas por departamentos y que ubicaremos en discos independientes al de sistema, que ya preparamos al instala el Server:

• admcondir, para los departamentos de Administración. Contabilidad y Dirección
• iting, para los departamentos de IT e Ingeniería
• pubvent, para los departamentos de Publicidad y Ventas

• Nos vamos a Servidores > Bases de datos > +:

• Agregamos la primera base de datos, con los siguientes parámetros:

• Nos da una advertencia que es necesario reiniciar el servicio Microsoft Exchange Information Store, lo reiniciaremos una vez hayamos creado las tres bases de datos:

• Agregamos la segunda base de datos, con los siguientes parámetros:

• Agregamos la tercera base de datos, con los siguientes parámetros:

• Ahora vamos a reiniciar el servicio Microsoft Exchange Information Store, en Panel de control > Herramientas Administrativas > Servicios:

• Una vez que el servicio ha reiniciado, vamos a migrar todos los buzones ya existentes a una de las bases de datos que hemos creado, concretamente a “iting”; para ello nos vamos a Destinatarios > Migración > + > Mover a una base de datos diferente:

• Seleccionamos todos los usuarios y damos clic a siguiente:

• Le damos un nombre al nuevo lote de migración y seleccionamos la base de datos de destino:

• Seleccionamos al usuario que recibirá el informe del lote de migración, damos clic sobre “nuevo”:

• Después de unos minutos veremos que el lote ha finalizado y que no contiene errores:

• Ya podemos desmontar y eliminar la base de datos inicial, para ello nos vamos a Servidores > Bases de datos:

• Una vez que hemos desmontado la base de datos, procedemos con su eliminación:

• Nos da el siguiente mensaje de advertencia y nos indica que la base de datos debemos quitarla manualmente en la ruta especificada, clic sobre “Aceptar”:

• Una vez eliminada de la consola de Exchange la base de datos inicial de nuestro servidor de correos, nos quedan configuradas las bases de datos de la siguiente manera, no la elimino manualmente de la ruta que nos indica, por si en alguna ocasión nos hiciera falta:

• Ahora vamos a proceder a configurar los detalles de cada una de las bases de datos, como el mantenimiento o los límites de cuotas para los usuarios.
• Empezamos por la base de datos para los departamentos de Administración, Contabilidad y Dirección:

• Seguimos por la base de datos para los departamentos de IT e Ingeniería:

• Seguimos por la base de datos para los departamentos de Publicidad y Ventas:

• Ahora vamos a pasar a configurar los directorios virtuales, para ello nos vamos a Servidores > Directorios virtuales, comenzamos con el “Autodiscover”:

• Seguimos con el “ecp”:

• Ahora vamos con el “EWS”:

• Seguimos con Microsoft-Server-ActiveSync:

• Seguimos con el “OAB”:

• Ahora vamos con el “owa”:

• Seguimos con el PowerShell:

• Configuramos “Outlook Anywhere” en nuestro servidor de Exchange, para ello nos vamos a Servidores y editamos sus propiedades:

• Una vez que hemos configurado el Outlook anywhere nos vamos a nuestro controlador de dominio, nos abrimos la consola DNS y añadimos este registro del tipo CNAME, este registro lo añadimos para que cuando nos conectemos desde nuestra red interna, la conexión sea más rápida, ya que se va a conectar a través de la IP privada y no a través de la IP pública:

• Ahora vamos a mostrar un ejemplo para añadir un buzón de correo de un usuario ya existente en el Active Directory, para los demás usuarios seguiremos el mismo proceso.
• Nos vamos a Destinatarios > Buzones > + Buzón del usuario:

• En Examinar, elegimos el usuario al que le queremos crear el buzón de correo, elegimos un alias, que será el nombre que irá delante de sufijo DNS para la cuenta de correo:

• Damos clic sobre “Más opciones”:

• Damos clic sobre “Examinar” y elegimos la base de datos dónde se ubicará el buzón del usuario, en este caso, como el usuario pertenece al departamento de Administración, la base de datos será la de Administración, clic sobre “guardar”:

• Como podemos ver ya está el buzón del usuario creado:

• Ahora vamos a crearnos los grupos de distribución por departamentos, estos grupos tendrán asociada una cuenta de correo y como integrantes van a tener los miembros de su departamento según corresponda, vamos a mostrar un ejemplo de cómo está configurado el Grupo de distribución para el departamento de Administración, ya que para los demás será exactamente igual, para ello nos vamos a Destinatarios > Grupos > + Grupo de distribución:

• Una vez creado editamos las propiedades de este mismo grupo:

• La lista de grupos de distribución nos quedaría de la siguiente manera:

Saludos y espero que os sea de ayuda