- Shipped
- 7 de agosto de 2026 a las 6:18 UTC
- Author
- kamo
- Commit
- 47a5bdc
El email de contacto del departamento era texto libre, por lo que podía nombrar una dirección el org no es dueño. Se convierte en un seleccionador sobre los buzones reales de la org... la misma lista *******************, por lo que "los buzones asignables" significa el mismo conjunto donde sea que se ofrezca. Opcional, y "None" es tanto el predeterminado como cómo te desconectas; un botón claro en el campo lo hace en un solo clic. Comportamiento-etiquetado La información de contacto mantiene su campo de texto de correo electrónico exactamente como era y gana el mismo seleccionador debajo de ella. Los dos son independientes: el campo de texto es lo que org publica, el buzón nombra uno de los propios de la org. One MailboxSelect sirve a ambas pantallas para que no puedan derivar, sobre una búsqueda en caché compartida Así que la fila de lectura de Contact Information y su selector no solicitan la lista. El Los estados se mantienen distintos a propósito: un org sin buzones, un backend de correo que es hacia abajo, y un buzón eliminado del lado del proveedor de otra manera todo lo haría como un vacío campo. El último se presenta como "no más disponible" en lugar de mirar sin asignar, porque un puntero rancio tiene que ser visible para quien lo arregle. Las salvas del Departamento envían la dirección resuelta junto al puntero. Un servicio de seguridad construido antes de que existiera buzónId lo ignora y lee correo electrónico, así que sin que este cambio despejaría la dirección de cada departamento la primera vez que uno se salvó contra el en la actualidad se desmanteló. El servicio reconstruido ignora el campo; quita el puente una vez que todos los ambientes han pasado esa construcción.