Permisos entre sitios y permisos migrados en un entorno basado en Exchange Hybrid | Parte 1#5
La serie de artículos actual dedicada al tema de los permisos de Exchange disponibles en el entorno híbrido de Exchange. El término "permisos de intercambio" se implementa en dos escenarios principales:
Escenario 1: permisos entre sitios
- El término "permisos entre sitios" define los permisos de Exchange disponibles, que podemos asignar al buzón local de Exchange en un buzón de nube y viceversa.
Escenario 2: “Permisos de Exchange” migrados
- El otro escenario en el que nos relacionamos con los “permisos de Exchange” en el entorno híbrido de Exchange son los permisos de Exchange que migrarán junto con el buzón en caso de que migremos el buzón local de Exchange a la nube y viceversa.
La información publicada por Microsoft sobre los permisos entre sitios y los permisos migrados en el entorno basado en Exchange Hybrid
La información publicada sobre el tema de los permisos de Exchange por parte de Microsoft es bastante mínima. Aunque la información se relaciona con permisos de Exchange específicos que están disponibles en cada uno de los escenarios anteriores, faltan muchas "partes".
El significado es que la infraestructura publicada no se relaciona con todas las matrices de permisos de Exchange y Además, la información no se relaciona con todos los escenarios comunes.
Para complicar más la cuestión, en realidad existe una variación entre lo que se “declara” en el artículo formal y lo que está sucediendo en los hechos.
En mi opinión, la diferencia con la información publicada formalmente se debe a la incapacidad de ponerse al día con el rápido ritmo de los cambios realizados en el entorno dinámico de Office 365.
Mi propósito en la actual serie de artículos es eliminar en la medida de lo posible la ambigüedad en torno al tema de los permisos de Exchange en el entorno híbrido de Exchange.
¿Qué tiene de especial el entorno basado en Exchange Hybrid?
En Office 365, la infraestructura híbrida de Exchange combina el entorno local de Exchange y el entorno de Office 365 en una única entidad lógica.
Si queremos ser más técnicos, el entorno híbrido de Exchange combina el entorno local que incluye Active Directory local y la organización local de Exchange con el entorno de Office 365, que incluye Windows Azure Active Directory y Exchange Online.
La característica sorprendente del entorno híbrido de Exchange es el "compartimiento de recursos" entre los dos bosques distintos de Exchange que incluye casi todos los diferentes servicios de Exchange.
Por ejemplo, el entorno híbrido de Exchange incluye una GAL (lista global de direcciones) compartida y un espacio de nombres de dominio compartido; intercambio de diferentes servicios basados en la web de Exchange, como: Fuera de la oficina, tiempo libre/ocupado (servicios de disponibilidad), sugerencias por correo y mucho más.
En el entorno híbrido de Exchange, los buzones de correo de Exchange están dispersos entre la infraestructura local de Exchange y la infraestructura en la nube (Exchange Online).
El destinatario de Exchange no sabe si su buzón está ubicado en la infraestructura local de Exchange o en la infraestructura de Exchange Online.
Buzón local de Exchange y buzón de Exchange Online: relación de permisos
La única excepción a esta "armonía" es el tema del permiso de Exchange entre los dos bosques de Exchange diferentes.
vs. tema, como el flujo de correo y los servicios web de Exchange que operan de manera transparente en los dos entornos distintos (Exchange local frente a entornos de Office 365), el tema de - “permisos entre sitios” en el entorno híbrido de Exchange, es un poco más complicado.
Lo importante que debemos tener en cuenta es que en la actualidad, algunos de los “permisos de Exchange” no funcionarán entre los dos bosques de Exchange diferentes, y algunos permisos de Exchange sí funcionarán.
¿Cuál es el significado del término "permiso entre sitios" en un entorno basado en Exchange?
El término "permiso entre sitios" se creó para describir el módulo de permisos de Exchange que existe entre dos organizaciones de Exchange distintas.
El término se relaciona con un escenario en el que dos organizaciones de Exchange distintas (bosques de Exchange) necesitan compartir recursos.
Por ejemplo, un escenario en el que el destinatario de la organización A de Exchange puede tener un permiso de Exchange específico, como Acceso completo, en el buzón de un destinatario del bosque B de Exchange, y viceversa.
El término "permiso entre sitios" es un poco confuso por dos razones:
1. El uso del término “sitio”
Debido a que usamos la palabra "sitio", parece que hablamos de una organización de Exchange con múltiples sitios y los permisos que se pueden implementar entre destinatarios de Exchange de diferentes sitios.
En un entorno basado en Exchange, el término - “permiso entre sitios” - describe una infraestructura que incluye dos bosques de Active Directory diferentes, y ningunoun solo bosque de Exchange con múltiples sitios.
El término "permiso entre sitios" describe los posibles permisos que se pueden utilizar entre los destinatarios alojados en los dos entornos separados.
2. El término “permiso. "
El término "permiso" es vago y no explica qué tipo de permisos se pueden implementar entre dos organizaciones de Exchange diferentes.
El objetivo principal de la serie de artículos actual es explorar los permisos de Exchange disponibles que podemos usar en el entorno local de Exchange y en el entorno de nube.
Los dos escenarios principales en los que se realizan los permisos de Exchange en el entorno híbrido de Exchange.
Como se mencionó, en el entorno híbrido de Exchange, el término permisos de Exchange se relaciona con dos escenarios principales.
- Escenario A: permisos entre sitios
- Escenario B: “Permisos de intercambio” migrados
Escenario A: permisos entre sitios
Un escenario en el que el destinatario de Exchange local debe tener permisos de Exchange en un buzón de correo en la nube y viceversa.
Por ejemplo, un escenario que tiene los siguientes personajes:
- El buzón de correo de Alice está alojado en Exchange local.
- El buzón de Bob está alojado en la nube (Exchange Online).
- Alice necesita tener un permiso específico en el buzón de Bob.
En este escenario nuestra pregunta es
P1: ¿Podemos asignar permisos de Exchange a un destinatario local de Exchange en un buzón de correo en la nube y viceversa?
P2: En caso de que exista una limitación para los permisos de Exchange que podemos usar en un escenario de permisos entre sitios, ¿cuáles son los permisos de Exchange opcionales que podemos asignar al destinatario de Exchange local en una nube? buzón y viceversa?
Escenario B: “Permisos de Exchange” migrados
En este momento, nos referimos a los permisos de Exchange disponibles que podemos usar, en caso de que estemos migrando buzones de correo de Exchange locales a la nube y viceversa.
Este "escenario de migración de buzones" en el entorno híbrido de Exchange es un poco más complicado porque hay dos tipos de escenarios posibles de "migración de buzones".
B.1 - Buzones de correo locales de Exchange que migraron “juntos” a la nube.
Un escenario en el que estamos migrando buzones de correo locales de Exchange a la nube.
Las características específicas de este escenario son que los buzones de correo locales de Exchange tienen una relación de permisos existente y estamos migrando este buzón juntos como un grupo a la nube.
Por ejemplo, un escenario que tiene los siguientes personajes:
- El buzón de Bob y el buzón de Alice son buzones locales de Exchange.
- Alice tiene permiso para acceder al buzón de Bob.
- El buzón de Bob y el buzón de Alice se migraron a la nube (Exchange Online).
En este escenario, nuestras preguntas son:
P1: En caso de que migremos un "grupo" de buzones de correo locales de Exchange a la nube, que tenía una "relación de permisos de Exchange", ¿se "copian" todos los permisos existentes a la nube junto con con los datos del buzón?
P2: En caso de que solo algunos de los permisos de Exchange se “copien” a la nube junto con los datos del buzón, ¿cuáles son estos permisos de Exchange?
B.2 - Buzones de correo locales de Exchange que migraron “por separado” a la nube.
Un escenario en el que estamos migrando buzones de correo locales de Exchange a la nube.
Las características específicas de este escenario son que los buzones de correo locales de Exchange tienen una relación de permisos existente, pero el proceso de migración de buzones está "rompiendo" esta relación porque estamos migrando solo un "socio" específico a la nube.
Por ejemplo, un escenario que tiene los siguientes personajes:
- El buzón de Bob y el buzón de Alice son buzones locales de Exchange.
- Alice tiene permiso para acceder al buzón de Bob.
- Solo el buzón de Bob se migró a la nube (Exchange Online).
En este escenario, nuestras preguntas son:
P1: En caso de que "rompamos" la relación existente al migrar solo un buzón local de Exchange específico a la nube, ¿se "copian" todos los permisos existentes a la nube junto con los datos del buzón? ?
En otras palabras, ¿los permisos que tenía el destinatario local de Exchange seguirán funcionando en el buzón de correo en la nube?
P2: En caso de que solo algunos de los permisos de Exchange se “copien” a la nube junto con los datos del buzón, ¿cuáles son estos permisos de Exchange?
La diferencia entre el escenario de permisos entre sitios y un escenario de migración de buzones de correo que rompe las relaciones de permisos existentes.
P1: ¿Cuál es la principal diferencia entre el escenario A y el escenario B.2?
A1: Teóricamente, el resultado de los dos escenarios debería haber sido idéntico desde la perspectiva de los permisos de Exchange disponibles.
Cuando "rompemos" la relación de permisos existentes al migrar un buzón local de Exchange a la nube, la nueva configuración es idéntica a un escenario de "permisos estándar entre sitios".
En otras palabras, en teoría, los permisos de Exchange disponibles que podemos asignar al buzón de Exchange local en un buzón de correo en la nube deberían verse afectados por el hecho de que el buzón de Exchange local tenía una relación de permisos anterior con el buzón que se migró al nube.
La realidad es diferente porque los permisos entre sitios que podemos usar entre dos buzones (buzón local de Exchange y buzón en la nube) que no tenían una relación de permisos previa son diferentes de los permisos entre sitios que están disponibles para usar en caso de que que los dos buzones tenían un historial previo de permisos de Exchange y en una etapa posterior, uno de los “socios” fue migrado a la nube.
Por ejemplo, los permisos que se describen como compartir calendario (permiso de carpeta) se comportan de manera diferente en cada uno de los diferentes escenarios.
En caso de que nos relacionemos con el escenario A cuando el destinatario de Exchange Online intenta compartir su calendario con el destinatario de Exchange local, ¡el intercambio fallará!
En otras palabras, los "permisos entre sitios" no incluyen compartir calendario. (Revisaremos este escenario en el artículo: Prueba de permisos entre sitios en un entorno basado en Exchange Hybrid | Parte 2#5)
En caso de que el destinatario de Exchange local (destinatario B) comparta su calendario con otro destinatario de Exchange local (destinatario A) y migremos el buzón del destinatario B a la nube, el destinatario A mantendrá los “permisos para compartir calendario”.
En otras palabras, los “permisos entre sitios” incluyen compartir calendario. (Revisaremos este escenario en el artículo: Migración de buzones locales de Exchange por separado | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 5#5)
Sé que en este momento suena un poco vago. Tenga paciencia, en los próximos artículos le brindaremos ejemplos más significativos.
El término “permiso de intercambio”
P1: Cuando mencionamos el término "permisos de Exchange", ¿qué son estos "permisos de Exchange"?
A1: Esta es una buena pregunta porque hay mucha confusión con respecto a este término y muchos omiten conceptos.
En términos generales, cuando utilizamos el término “permisos de Exchange”, nos relacionamos con dos tipos principales de permisos: permisos de buzón y permiso de carpeta .
A. Permiso de buzón
El término "permiso de buzón" incluye tres conjuntos de permisos:
1. Permiso de acceso completo al buzón
Un permiso de Exchange que permite al destinatario A obtener “Acceso completo” al buzón de un destinatario B. El permiso de acceso total como su nombre lo indica, se relaciona con todas las carpetas incluidas en el buzón del destinatario, como - bandeja de entrada carpeta, calendario, personas, notas, etc.
2. Enviar como permiso
Un permiso de Exchange que permite al destinatario A enviar un correo electrónico utilizando la identidad de un destinatario B. En caso de que el destinatario A utilice esta opción y envíe un correo electrónico utilizando la identidad del destinatario B, el destinatario de destino, como el destinatario C , “ve” que el correo electrónico enviado por el destinatario B, y el destinatario C no es consciente del hecho de que el correo electrónico fue realmente enviado por un destinatario A.
3. Enviar permiso en nombre
Un permiso de Exchange similar al permiso Enviar como. La principal diferencia es que cuando utilizamos el permiso Enviar en nombre; el destinatario de destino verá que el correo electrónico se envió desde destinatario A en nombre de un destinatario B.
Nota: De ahora en adelante, no relacionaremos el permiso Enviar como y el permiso Enviar en nombre individualmente porque la lógica que relaciona este permiso con el entorno híbrido de Exchange es idéntica.
B. Permiso de carpeta
El término “Permiso de carpeta”, como su nombre lo indica, define un permiso de Exchange que se asigna a una carpeta específica. El uso más común de permiso de carpeta se realiza cuando
se utiliza compartir calendario o compartir contactos .
Me gustaría enfatizar un par de puntos con respecto al tema de los permisos entre sitios en Exchange Hybrid y permiso de carpeta:
1. La información que se publica en los artículos formales de Microsoft no incluye una referencia específica al tema de Exchange Permiso de carpeta.
2. El permiso híbrido entre sitios de Exchange no permite compartir calendarios
Actualmente, no existe ninguna opción para asignar permiso de carpeta al buzón local de Exchange en un “buzón en la nube” (Exchange En línea) y viceversa.
Por ejemplo, en caso de que el buzón del destinatario A esté alojado en Exchange local y el buzón del destinatario B sea un "buzón en la nube", el destinatario B no puede compartir su calendario con el destinatario A.
3. La excepción para el permiso de carpeta y los permisos entre sitios.
Existe una excepción no documentada a esta regla. Según mi experiencia, en el escenario particular en el que dos buzones de correo alojados en Exchange local y el destinatario B comparte su calendario con el destinatario A, si el buzón del destinatario B se migra a la nube, el destinatario A puede continuar accediendo al calendario de destinatario B, a pesar de la declaración formal de que el uso compartido de calendario no es compatible con el entorno híbrido de Exchange.
C. Permiso libre\ocupado (servicio de disponibilidad).
El “otro” tipo de permiso de Exchange que me gustaría analizar es el permiso de disponibilidad o, si queremos utilizar el término más formal, servicio de disponibilidad.
La razón por la que menciono este permiso es porque normalmente existe una confusión entre el permiso Libre\Ocupado y el uso compartido del calendario (permiso de carpeta ).
Muchas veces, cuando mencionamos el término “compartir calendario”, no hay una distinción clara entre estos dos tipos diferentes de permisos de Exchange.
El objetivo del permiso de disponibilidad es permitir que el destinatario de Exchange vea la disponibilidad de otro destinatario de Exchange cuando lo invita a una reunión utilizando el calendario del buzón.
Los permisos Free\Busy describen un conjunto de permisos que permiten al destinatario de Exchange "revelar" diferentes niveles de información sobre su "estado de disponibilidad".
El permiso predeterminado Disponibilidad permite al destinatario B ver si el destinatario A está “libre” o tener una reunión en un horario determinado.
En caso de que el destinatario A no esté libre (tenga una reunión en particular al mismo tiempo), el destinatario B no puede ver el asunto o el contenido de la reunión del destinatario A.
Es importante enfatizar que los permisos de disponibilidad no “permiso de carpeta” o permiso para compartir calendario.
Compartir calendario describe un conjunto diferente de permisos, en el que el destinatario A permite al destinatario B administrar su calendario (editar elementos existentes, crear un nuevo elemento de reunión, etc.).
En el entorno híbrido de Exchange, el permiso de disponibilidad se configura automáticamente entre la infraestructura local de Exchange y la infraestructura de Exchange Online.
D. Delegar permiso
Un tipo adicional de permisos de Exchange que me gustaría mencionar es el “permiso de delegado”.
La mayoría de las veces, el “permiso de delegado” lo implementa el destinatario de Exchange que desea proporcionar “Delegar permiso” a otro destinatario, utilizando la interfaz del cliente de correo Outlook.
El término - “Delegar permiso,” es un término amigable que describe un conjunto complicado de permisos. que incluyen una combinación de permiso Enviar en nombre, permiso de carpeta y otros permisos que permiten al destinatario de destino (el delegado) recibir las convocatorias de reunión que se envían al "destinatario original" que lo delega.
Infraestructura de permisos de Exchange en el entorno híbrido de Exchange
En la sección actual, me gustaría revisar la “información formal” que se publica en los artículos de Microsoft, sobre el tema de los permisos entre sitios y sobre los permisos migrados en el entorno Exchange Hybrid.
Es importante para mí enfatizar dos temas:
1. El alcance de la información y el nivel de detalle
Aunque los artículos nos brindan mucha información sobre el tema de los permisos de Exchange en el entorno híbrido de Exchange, todavía faltan "partes". Los artículos no se relacionan con todos los permisos de Exchange disponibles y no incluyen una descripción detallada sobre el escenario de migración de buzones de correo en el que separamos entre el buzón local de Exchange y el buzón de nube.
2. La diferencia entre la realidad y la información que aparece en el artículo
Con respecto al escenario de permisos de Exchange y migración de buzones de correo en el entorno híbrido de Exchange, existe una diferencia entre los resultados reales (los permisos de Exchange reales que migraron) y la información que aparece en los artículos.
La buena noticia es que, en realidad, hay permisos de Exchange que se migran con éxito, aunque la información de los artículos no dice que este permiso se migrará.
En el artículo: Migración de buzones de correo locales de Exchange como grupo | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 4#5 y artículo: Migración de buzones de correo locales de Exchange por separado | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 5#5, probaremos los permisos que se migran a la nube en un escenario de migración de buzones de correo.
Para poder aclarar la información, organicemos la información utilizando los tres escenarios principales relacionados con los permisos en el entorno híbrido de Exchange.
Escenario 1: permisos entre sitios
Los permisos que se pueden asignar al buzón local de Exchange en un "buzón en la nube" y viceversa.
¿La información que aparece en los artículos
?
Podemos asignar permiso de Acceso Completo para intercambiar buzones locales en buzones de correo en la nube y viceversa.
No podemos asignar Enviar como permiso y Enviar en nombre permiso al buzón local de Exchange en el buzón de la nube y viceversa.
La información que no aparece en los artículos
1. Permisos de carpeta
La información de los artículos no se relaciona con el tema del Carpeta permiso, como compartir calendario.
Probaremos la opción de - Permisos entre sitios y Permiso de carpeta en el entorno híbrido de Exchange, en los siguientes artículos: Prueba de permisos entre sitios en entorno basado en Exchange Hybrid| Parte 2#5
2. Permisos delegados
No hay información formal sobre el tema del permiso de delegación.
La conclusión lógica es que el permiso de delegación no es compatible porque estos permisos combinan dos permisos de Exchange diferentes, es decir, no se admiten como permisos entre sitios:
el permiso de carpeta (compartir calendario) y el Enviar permiso en nombre.
Probaremos la opción de - Permisos entre sitios y Delegar permiso en el entorno híbrido de Exchange, en los siguientes artículos: Prueba de permisos entre sitios en entorno basado en Exchange Hybrid| Parte 2#5
Escenario 2.1: Migración de buzones de correo | Migrar buzones de correo como grupo
La información que aparece en los artículos
En un escenario en el que el buzón A tiene permiso en el buzón B y el stand de los buzones se migra a la nube (Exchange Online), la información en los artículos indica que se migrarán los siguientes tipos de permisos:
- Permiso de acceso total
- Permiso Enviar como
- Enviar permiso en nombre
La excepción a esta regla es un escenario en el que los permisos que se asignaron al buzón A se consideran permisos de buzón heredados (no explícitos).
Una información adicional en el artículo se relaciona con el tema del Acceso completo permiso< y la característica de Automap.
En caso de que el buzón A tenga Completo permiso de acceso en el buzón B y migremos este buzón “juntos” a la nube, el buzón A seguirá teniendo el permiso de acceso total en el buzón B, pero la opción Asignación automática no se “activará”. En otras palabras, el buzón B no aparecerá automáticamente en el perfil de correo del destinatario A. El destinatario A deberá agregar manualmente el buzón B a su perfil de correo de Outlook.
La información que no aparece en los artículos
1. Permisos de carpeta
La información de los artículos no se relaciona con el tema de permiso de carpeta.
Probaremos este escenario en el artículo - Migración de buzones de correo locales de Exchange como grupo | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 4#5
2. Permisos delegados
No hay información formal sobre el tema del permiso de delegación.
Probaremos este escenario en el artículo: Migración de buzones de correo locales de Exchange como grupo | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 4#5
Escenario 2.2: Migración de buzones de correo | Migrar buzones de correo por separado
La información que aparece en los artículos
Las características de este escenario son que en este caso "rompemos" una relación de permisos existente entre dos buzones de correo locales de Exchange al migrar solo "un socio" a la nube, mientras que el otro socio (el destinatario que tenía permisos en el buzón migrado) permanece en el servidor local de Exchange.
Los artículos no se relacionan directamente con este tipo de escenario y, en cambio, incluyen una recomendación general para migrar el buzón local de Exchange como un grupo y no "separar" los buzones que tienen una relación de permisos de Exchange existente.
La conclusión lógica es que, en tal escenario, el único permiso que se migrará a la nube es el permiso de acceso completo.
En teoría, el Enviar como permiso y el El enviar en nombre el permiso no se migrará a la nube junto con el buzón.
Más adelante en el artículo xxx, veremos que en mis pruebas, los permisos que no debían migrarse (Enviar como permiso y el Enviar en nombre permiso) se migran correctamente y el destinatario local de Exchange aún puede tener estos permisos en el destinatario cuyo buzón se migró a la nube.
La información que no aparece en los artículos
1. Permisos de carpeta
La información de los artículos no se relaciona con el tema de permiso de carpeta.
Probaremos este escenario en el artículo - Migración de buzones locales de Exchange por separado | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 5#5
2. Permisos delegados
No hay información formal sobre el tema del permiso de delegación.
Probaremos este escenario en el artículo: Migración de buzones locales de Exchange por separado | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 5#5
El tema del permiso de buzón de acceso total y la asignación automática
Las citas de los artículos de Microsoft sobre los permisos en el entorno híbrido de Exchange dicen que la opción AutoMap no es compatible con el entorno híbrido de Exchange.
En la siguiente sección, me gustaría discutir brevemente este tema.
Otro problema que necesitaremos saber es el tema relacionado con la función de Exchange denominada AutoMapping.
El término “Asignación automática” en un entorno Exchange describe la adición automática del buzón al perfil de correo de Outlook, en un escenario en el que el destinatario tiene Permiso de acceso completo en los buzones de correo de otros destinatarios.
Por ejemplo, en caso de que le asignamos a Alice permiso de acceso total al buzón de Bob cuando Alice abre su cliente de correo Outlook, aparecerá el buzón de Bob. automáticamente como un buzón adicional.
En otras palabras, Alice no necesita agregar manualmente Bob Mailbox a su perfil de correo de Outlook.
Como se mencionó, el permiso entre sitios en el entorno híbrido de Exchange incluye permiso de acceso completo, pero la opción de asignación automática no es compatible.
Por ejemplo,
- El buzón de correo de Alice está alojado en el servidor local de Exchange.
- El buzón de Bob está alojado en el servidor de Exchange Online.
- Alice es la asistente de Bob.
- Alice necesita tener permiso de acceso total al buzón de Bob.
Dado que los administradores locales de Exchange asignan el permiso de acceso completo a Alice (que está alojada en Exchange local), para Para poder ver el buzón de Bob, Alice deberá configurar su perfil de correo de Outlook manualmente y agregar el buzón de Bob a su perfil.
La variación de información entre el artículo de Microsoft y los resultados reales.
En los próximos artículos de la serie de artículos actual, probaremos cada uno de los diferentes escenarios que se describieron, como permisos entre sitios y migración de buzones de correo, y lo interesante es que podremos ver que algunos de los resultados de nuestras pruebas son diferentes de la información que aparece en los artículos de Microsoft.
Las posibles respuestas que pueden explicar esta variación podrían ser:
1. Servidor local Exchange diferente y cliente de correo Outlook diferente
Cada una de las diferentes versiones del servidor local de Exchange, como Exchange 2010, Exchange 2013 y Exchange 2016, incluye una arquitectura diferente y compatibilidad con funciones que el servidor Exchange anterior no incluía.
La misma lógica se puede aplicar a los distintos clientes de correo Outlook que utilicemos. Es razonable suponer que Outlook 2016 admitirá mecanismos de autenticación y protocolos de comunicación nuevos y mejorados en comparación con la versión de Outlook 2010.
2. La naturaleza dinámica del entorno de Office 365
En teoría, los artículos de Microsoft deberían incluir la información más actualizada sobre cada uno de los productos de Office 365 y sobre cada carácter y características. La realidad es un poco más complicada debido a la naturaleza dinámica del entorno de Office 365. la cantidad de actualizaciones, nuevas tecnologías y nuevas funciones es enorme.
Me parece que no es posible mantenerse al día y actualizar los artículos respectivamente sobre cada uno de estos cambios.
El próximo artículo de la serie de artículos actual.
Prueba de permisos entre sitios en un entorno basado en Exchange Hybrid| Parte 2#5