Intercambio UM local con manos libres O365

Estamos en el process de trasladarnos a Office 365, y algunas de nuestras compañías utilizan la postría unificada con nuestro Exchange en las instalaciones. De lo que he leído, en una situación normal esto no sería mucho de un problema, pero esto no es absolutamente la norma. No estamos autorizados a realizar cambios de configuration en el lado de Office 365, por lo que no podemos habilitar la postría unificada en la nube y no podemos integrar nuestro server Lync ni crear un espacio SIP compartido.

Por el momento, nuestros usuarios migrados con postría unificada todavía tienen un buzón de correo en premisa para manejar el correo de voz que reenvía a la count de Office 365. La dirección SMTP principal se cambia del primer apellido inicial @ dominio (por ejemplo, jdoe @ dominio para John Doe) a first.last@domain (por ejemplo, john.doe@domain) para que el autodiscover no se vuelva a conectar al buzón de premisa. Sin embargo, para los usuarios que todavía se encuentran en las instalaciones, la dirección first.last@domain aparece en la libreta de direcciones de los usuarios migrados y si ocultan a los usuarios migrados de las lists de direcciones, no aparecerán en las lists de distribución. miembros de.

La forma en que se configura ahora funciona, pero eventualmente el first.last@domain va a ser un problema una vez que todos se migran. ¿Hay alguna otra forma de configurar esto para evitar el problema con la dirección first.last@domain? Estaba tratando de encontrar una forma de configurar la postría unificada con un buzón separado de la count de AD / Lync del usuario, pero no pude encontrar nada, y mis testings con él no parecían funcionar. También estaba tratando de encontrar una manera que tal vez el correo electrónico del usuario aparece de manera diferente en las libretas de direcciones, pero si la dirección actual está en las direcciones de proxy de la count, entonces se ensuciará autodiscover.

    El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.