Fallos de send-as en buzones compartidos de Exchange sin causa clara
Administradores reportan errores de 'sin permiso' al enviar como buzones compartidos, pese a tener los permisos correctos. El fallo es intermitente y no hay aviso oficial.
El envío como buzón compartido (send-as) está fallando en al menos dos buzones distintos: los usuarios reciben un aviso de que no tienen permiso cuando intentan mandar correo como la cuenta compartida, aunque la configuración de permisos es la correcta. El caso lo reporta un administrador de sistemas, que sitúa el inicio del problema un día antes de contarlo y lo describe como intermitente, sin que haya de momento un aviso oficial de incidente que lo explique.
Síntomas que no cuadran
El comportamiento es irregular. Hay ratos en que el envío funciona sin más y otros en los que el cliente se niega y muestra el error de permisos. En algunas ocasiones, en lugar de bloquear, el correo sale etiquetado como enviado por el usuario en nombre del buzón compartido, con lo que deja de ser un send-as limpio.
Hay un detalle que orienta el diagnóstico: el envío desde OWA sí funciona. Eso apunta al cliente de escritorio y a su caché local más que al servicio de buzones, aunque nadie lo ha confirmado.
Como mitigación, el administrador ha reconstruido los archivos OST de los perfiles afectados y ha ejecutado una reparación de Office. Ninguna de las dos cosas ha resuelto nada. El reporte habla de dos buzones compartidos afectados "en alguna medida", no de un incidente global.
Qué implica
Un buzón compartido que no permite enviar como tal obliga a los usuarios a tirar de OWA o a aceptar que sus correos salgan con otra identidad, algo que no siempre es aceptable para el destinatario. Para quien administra Exchange, lo incómodo es que no hay nada que tocar: los permisos están bien puestos, así que no queda margen de actuación del lado del cliente.
Falta por saber el alcance real. Sin confirmación del proveedor ni entrada de estado, el patrón que describe el reporte —fallo intermitente, OWA intacto, caché local sospechosa— es lo único con lo que trabajar. Si el problema aparece en más organizaciones, la vía de escape temporal pasa por el cliente web, pero no es una respuesta para un departamento entero que depende de enviar como su buzón.