El delegado no puede enviar en nombre de después de la migración al entorno híbrido de Microsoft 365
Número de KB original: 4039613
Síntomas
Si el buzón de correo se migra a Exchange Online y agrega un delegado que tiene el buzón en el entorno local, el delegado no puede enviar correos electrónicos en su nombre con el buzón en Exchange Online. El acceso a carpetas y la regla de reenvío de invitación a reuniones funcionan según lo previsto.
Causa
Este problema se produce porque el publicDelegates
atributo (GrantSendOnBehalfTo
) no se escribe actualmente en el Active Directory local Servicios de dominio. Esto es de forma predeterminada.
Solución
Para volver a escribir automáticamente el atributo send on behalf (publicDelegates
), el usuario debe habilitar la configuración de implementación híbrida de Microsoft Entra Connect Exchange y debe ejecutar la versión 1.1.553 o una versión posterior. Para más información, consulte los siguientes artículos:
Como solución alternativa, un administrador puede agregar manualmente el permiso enviar en nombre mediante PowerShell remoto. Para ello, ejecute el siguiente cmdlet:
Set-MailUser UserSMTPAddress -GrantSendOnBehalfTo DelegateSMTPAddress
Después de agregar manualmente este permiso, el delegado podrá enviar en nombre del usuario.
Solo para usuarios dedicados o ITAR de Microsoft 365:
Si migra desde un entorno dedicado heredado a Microsoft 365, debe agregar manualmente el permiso enviar en nombre . Los valores no se devuelven automáticamente a los usuarios dedicados que han movido sus buzones a vNext.
Puede usar las siguientes opciones:
Opción 1
Los administradores que son miembros del grupo de roles SSA-SE-RemoteMailbox pueden ejecutar el siguiente cmdlet:
Set-RemoteMailbox <mailbox> -GrantSendonBehalfTo <delegate>
Opción 2
Puede enviar una solicitud a Soporte técnico de Microsoft para agregar el GrantSendOnBehalfTo
permiso al buzón remoto.