LO88654: MOVE TO TRASH OR INBOX FAILS AFTER SERVER MIGRATION (OTHER FOLDERS WORK) FOR EAS DEVICES
Direct links to fixes
Closed as program error.
If the server has been migrated from standalone to HA, the user existed and has not been reset since that migration, and Trash sync was enabled prior to the migration, they may get Move to Trash failures when the try to move a mail on an Exchange ActiveSync (EAS) protocol using device (Apple Native, BlackBerry, Windows Phone and Windows Tablets). Moving an item to Inbox will similarly fail, but all other folders will be able to have mails moved into them successfully. SyncML protocol using devices (Android Verse and iOS Verse) are not impacted. The issue is that the server and client have separate IDs for the Inbox and Trash folders. Unless the server migration has happened, these are always the same value, but after a migration they will be different. The bug is that the server was passing in the wrong ID in one place which causes these failures; when the IDs are the same, passing in the server or client ID doesn't matter because they are the same, but after a migration, they aren't the same and would expose the issue. This can be spotted in the user dump b/c the LGUID and DeviceRecordId for the Trash folder do not match for an EAS device. This will only impact users who have EAS devices that have existed and not been reset since prior to the migration. Any devices that have been registered or reset since the migration was done will not have this issue. Therefore, the workaround is to reset the device (tell traveler reset <device> <user>).
tell traveler reset <device> <user>
This is a pretty rare scenario, number of things would have to happen to hit this problem, but end result is an error trying to move an e-mail to the Trash folder on an Apple native e-mail client.
The IBM Traveler server has been updated to resolve this issue.
This fix is included in IBM Traveler 22.214.171.124 and will be included in all future releases. For the latest available maintenance information see this technote: http://www.ibm.com/support/docview.wss?uid=swg24019529
Reported component name
LOTUS NOTES TRA
Reported component ID
NoSpecatt / Xsystem
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fixed component name
LOTUS NOTES TRA
Fixed component ID
Applicable component levels