Notas de la versión de Sun Java Communications Suite 5

Problemas de opciones

6511005

Las secuencias de comandos de filtrado del usuario puede que dejen de funcionar tras la actualización

Esto es relevante para las sedes que utilicen JES Messaging Server 6.2p2 o posterior, que actualizan a usuarios de JES Messaging Server 6.3. que hacen uso de filtrado basado en fechas mediante los filtros de correo de Communications Express.

Para los filtros "sieve", la acción no documentada ni avalada setdate implementada para JES Messaging Server 6.2p2 (Número de petición de cambio: 6236243), se ha eliminado para JES Messaging Server 6.3. Se propuso setdate para las primeras versiones de un borrador "sieve" para variables, pero se eliminó de los borradores posteriores, y específicamente no está presente en el borrador variables más reciente, ahora en la etapa final. En vez de este enfoque anticuado, se ha implementado date, la nueva extensión "sieve", y específicamente la comprobación currentdate.

Es poco probable que los usuarios finales hayan intentado usar conscientemente setdate, dado su estado experimental, no documentado y anticuado.

Sin embargo, el generador de filtros de correo de Communications Express en JES Messaging Server 6.2p2 sí utilizaba setdate cuando los usuarios solicitaban el filtrado de mensajes por fecha. Por este motivo mucho usuarios tienen sin saberlo filtros "sieve" personales que utilizan la acción anticuada setdate. Si los usuarios editan su filtro "sieve", los usos obsoletos se corregirán con el sistema más reciente currentdate. Pero mientras tanto, su filtro "sieve" se considerará sintácticamente incorrecto y generará un error; cada mensaje al usuario con un filtro "sieve" incorrecto se enviará sin filtrar, y además el MTA enviará un mensaje de notificación al usuario propietario del filtro "sieve" avisando del problema de sintaxis en su filtro "sieve".