Las direcciones SIP y SPO que aparecen junto a las clásicas SMTP en Exchange Online pueden generar dudas: ¿para qué sirven, por qué solo están en algunos buzones y qué riesgo supone eliminarlas? En esta guía profunda despejamos todas esas incógnitas.
Conceptos básicos de las direcciones proxy en Exchange Online
Cada buzón de Exchange Online mantiene una colección de direcciones proxy (proxyAddresses) que permiten que un mismo objeto de Azure AD reciba y envíe correo o peticiones desde varios protocolos. La más conocida es la dirección SMTP, responsable del correo electrónico. Sin embargo, la plataforma Microsoft 365 crea otros alias cuyo aspecto puede resultar extraño al administrador que solo gestiona correo:
- SIP: Session Initiation Protocol, empleado por Microsoft Teams.
- SPO: SharePoint Online, utilizado para identificar internamente recursos de SharePoint y OneDrive.
Diferencias entre SMTP, SIP y SPO
| Dirección | Protocolo / Servicio | Ejemplo de formato | Gestión habitual |
|---|---|---|---|
SMTP: | Correo electrónico (Exchange) | usuario@contoso.com | Visible en Outlook; administrable por GUI, PowerShell o EAC. |
SIP: | Microsoft Teams, llamadas y presencia | SIP:usuario@contoso.com | Creada y actualizada automáticamente; no requiere intervención manual. |
SPO: | SharePoint Online / OneDrive | SPO:59dcd2a8‑fafe‑4f6a‑a5f1‑112233445566@SPO.contoso.com | Alias interno; no se expone al usuario final. |
Propósito detallado de la dirección SIP
Identidad de tiempo real en Microsoft Teams
Teams se basa en el protocolo SIP para establecer y mantener sesiones de audio, vídeo y mensajería instantánea. Cuando añades una licencia de Teams a un usuario o conviertes un buzón compartido en tipo “reuniones”, Exchange Online genera la entrada SIP: dentro del atributo proxyAddresses. Sin ella, los siguientes componentes fallarían:
- Llamadas VoIP internas y externas.
- Programación de reuniones en Outlook/Teams.
- Sincronización del estado de presencia (Disponible, Ocupado, Ausente, etc.).
Delegación y sustituciones
Los buzones compartidos que actúan como salas, recursos o calendarios de equipo también reciben una dirección SIP si alguna persona puede delegarles reuniones. Esto permite que el recurso acepte convocatorias sin abrir una cuenta de usuario independiente.
Propósito detallado de la dirección SPO
Clave de integración con SharePoint Online
La dirección SPO es menos evidente: enlaza el objeto de directorio con identificadores internos que SharePoint y OneDrive utilizan para:
- Controlar permisos sobre sitios, bibliotecas y documentos.
- Registrar comentarios y menciones en archivos de Office.
- Enviar alertas y notificaciones (por ejemplo, “alguien editó tu documento”).
Su formato aparentemente críptico—un GUID (identificador global único)—evita colisiones y mantiene la integridad cuando un usuario cambia de dominio principal o se fusionan varios tenants.
¿Por qué algunos buzones no muestran SIP o SPO?
No encontrar estas entradas en ciertos objetos es completamente normal y suele deberse a:
- Licenciamiento selectivo. Sin licencias de Teams o SharePoint, Microsoft 365 no las crea.
- Tipo de buzón. Los buzones de sala, de recursos o los mail users externos solo generan la dirección necesaria para su función.
- Herencia histórica. Cuentas migradas desde servidores locales carecen de SPO hasta que el usuario inicia por primera vez OneDrive o se sincroniza un sitio de SharePoint.
- Desactivación administrativa. Un administrador puede haber revocado servicios como Teams; en ese caso, la dirección SIP se quita automáticamente.
¿Se pueden eliminar las direcciones SIP o SPO?
Técnicamente sí: basta con ejecutar un cmdlet como Set-Mailbox usuario –EmailAddresses @{remove="SIP:usuario@contoso.com"}. Sin embargo, las consecuencias son graves y casi siempre invisibles hasta que el usuario reporta fallos:
- Imposibilidad de unirse a reuniones programadas previamente.
- Desaparición de presencia en Outlook.
- Errores 404 al acceder a vínculos compartidos de OneDrive.
- Regeneración automática de la dirección, causando desorden y auditorías innecesarias.
¿Cuándo podría estar justificado tocar estas entradas?
Solo en dos escenarios excepcionales:
- Tras un proceso de fusiones y adquisiciones (M&A) donde cambian dominios, se recomienda renombrar—no borrar—la dirección SIP para reflejar el nuevo UPN.
- En casos de recuperación de identidades duplicadas por migraciones fallidas. Incluso aquí, Microsoft Support suele aconsejar re-asignar servicios en lugar de eliminar direcciones.
Buenas prácticas para administradores
- Automatiza la asignación de licencias. Usa grupos dinámicos de Azure AD para que SIP y SPO aparezcan solo donde se necesitan.
- No edites manualmente proxyAddresses. Emplea
Set-UnifiedGroupo el portal de Microsoft 365 para cambios controlados. - Controla la visibilidad. Si deseas que los usuarios no vean una dirección, ocúltala en la Libreta global (GAL) con
Set-Mailbox -HiddenFromAddressListsEnabled $trueo aplica políticas de Outlook. - Auditoría y cumplimiento. Registra modificaciones de proxyAddresses mediante Azure AD Audit Logs. Esto facilita revertir cambios y demostrar cumplimiento normativo.
Solución de problemas
Verificar direcciones proxy vía Exchange Online PowerShell
# Conexión
Connect-ExchangeOnline -UserPrincipalName admin@contoso.com
Consultar las direcciones de un buzón
Get-Mailbox usuario | Select-Object DisplayName,EmailAddresses | Format-ListDetectar buzones sin SIP o SPO cuando deberían tenerlas
Get-Mailbox -ResultSize Unlimited |
Where-Object {($.Licenses -match "MCOEV") -and ($.EmailAddresses -notmatch "^SIP:")} |
Select-Object DisplayName,PrimarySmtpAddressEl filtro MCOEV indica licencias de Teams Phone/Voice. Ajusta el SKU según tu tenant.
Errores comunes y cómo resolverlos
| Mensaje de error | Causa probable | Acción recomendada |
|---|---|---|
| “We can’t connect to the server for calls or meetings.” | Falta la dirección SIP o UPN incorrecto. | Reasigna licencias de Teams o sincroniza nuevamente la identidad. |
| “Sorry, you don’t have access to this document.” | Desincronización de SPO por cambio de dominio. | Usa Set-SPOSite -Owner para actualizar permisos; no borres la entrada SPO. |
| “Participant presence unknown.” | Dirección SIP malformada. | Comprueba Get-CsOnlineUser y corrige el valor con Set-CsUser. |
Preguntas frecuentes (FAQ)
¿Las direcciones SIP y SPO aparecen en la tarjeta de contacto?
No. Solo la dirección SMTP primaria es visible para el usuario final; SIP/SPO se almacenan en Azure AD y Exchange para uso de los servicios.
¿Cómo afectan los alias SIP a los grupos de distribución o Teams Rooms?
Los grupos de Microsoft 365 y las Teams Rooms emplean una única identidad y también agregan una dirección SIP para permitir conferencias y chat grupal. No eliminarla.
¿Las reglas de transporte de Exchange pueden usar SIP o SPO como condición?
No. Las reglas se basan en direcciones SMTP. Para filtrar tráfico de Teams, utiliza políticas de Comunicaciones en tiempo real de Teams.
Conclusión
Las direcciones SIP y SPO no son un “ruido” que deba limpiarse, sino claves que garantizan la interacción fluida entre Exchange, Teams y SharePoint. Mantenerlas intactas evita incidencias de presencia, permisos y notificaciones, y ahorra incontables horas de soporte. El principio rector es claro: no modificar lo que Microsoft 365 gestiona automáticamente. Ante la duda, revisa licencias y roles antes de tocar proxyAddresses.