Resumen

  • Al activar UIDONLY, los comandos dejan de aceptar números de secuencia y las respuestas pasan a UIDFETCH y VANISHED. Se elimina una traducción volátil, no la necesidad de comprobar el buzón.
  • El UID sólo adquiere identidad duradera junto con el buzón y UIDVALIDITY. Anuncio, activación, resultado, escritura local y efecto final son recibos distintos.

Un número de secuencia expresa posición. Cuando se expulsa un mensaje, los posteriores cambian de número y el cliente debe corregir su mapa en plena conversación. RFC 9586 permite sacar esa aritmética del camino: el cliente activa UIDONLY y usa UIDs.

La activación importa. Ver la capacidad en CAPABILITY no cambia todavía la sesión. Después de ENABLE UIDONLY, FETCH, STORE, SEARCH, COPY y MOVE sin el prefijo UID son inválidos; el servidor devuelve UIDREQUIRED. Los atributos llegan mediante UIDFETCH y las bajas mediante VANISHED.

La limpieza no convierte el UID en nombre global. RFC 9051 define su alcance con el nombre del buzón y UIDVALIDITY. Cuando cambia la generación, la caché antigua pierde autoridad. UIDNEXT sólo acota futuras asignaciones: no promete que exista exactamente ese UID, ni impide huecos o expulsiones.

También quedan señales numéricas. UIDONLY no altera EXISTS ni RECENT. Puede convivir con CONDSTORE y QRESYNC, pero no obliga a conservar un historial capaz de cubrir cualquier desconexión. MODSEQ, conjunto de desaparecidos, resultado etiquetado y commit local deben concordar antes de afirmar convergencia.

En COPY o MOVE, COPYUID enlaza identidades entre dos generaciones. Es una prueba útil de mapeo, no de que el índice, el archivo o la interfaz posterior hayan incorporado el mensaje. El protocolo termina antes que el proceso de negocio.

La alternativa descartada del cero explica por qué importa esta precisión. Mantener el formato FETCH con un número ficticio podía confundir a clientes antiguos y corromper cachés. Un cambio explícito de sintaxis hace visible el cambio de autoridad.

La evidencia mínima registra la capacidad, la activación en la conexión concreta, la generación del buzón, cada delta recibido, el cierre etiquetado, la transacción local y el resultado aguas abajo. Resumir todo con “UIDONLY activo” vuelve a crear la ambigüedad que la extensión intentaba retirar.

Fuentes