fighting for truth, justice, and a kick-butt lotus notes experience.

Traveler 11 and ActiveSync 16.1 - What to expect after upgrade with iOS devices using Apple native apps

 Februar 12 2020 08:21:33 AM
After some discussions with the HCL Traveler team regarding seen issues after upgrading to Traveler 11 with iOS devices using the Apple native mail app, HCL published an detailed article.

The article describes, what happens in the background on the device, when the Traveler 11 Server is started after the update and from then on uses version 16.1 for iOS devices instead of the previous ActiveSync 14 version.


Introduction

This article applies to devices syncing with the iOS Mail, Calendar, and Contacts apps only. The HCL Verse app on iOS is not affected by this change.

Sync changes in Traveler 11

Traveler 11.0.0 enables support for Microsoft Exchange ActiveSync (EAS) 16.1, the latest version of the protocol used to sync data to the Apple iOS Mail, Calendar, and Contacts apps. All supported versions of iOS already support EAS 16.1, so iOS devices will automatically use it after sending an HTTP Options request to get the protocol versions from the server. In order for an existing profile to switch to EAS 16.1, the device must then send an EAS Settings request to the server. Devices send these requests periodically already, but there is no way to know when exactly it will happen - sometimes only minutes after the server is upgraded, but it can be days later. We found that restarting the device usually causes the app to send the needed requests, making that a more reliable path of trying to get an existing account to upgrade to the new protocol version.
 
Explanation

Known upgrade scenarios

1. Immediate or eventual upgrade of Mail, Calendar, and Contacts:

The device will continue to use the previous version of the protocol (14.1) until eventually sending Options and Settings requests. Once the device receives the server response, it removes calendar and contacts data from the device storage and performs a folder sync, followed by resyncing of calendar and contacts to repopulate the data. In this scenario, mail does not get resynced to the device but begins syncing with EAS 16.1 at the same time as the other data types.

Note:
We have identified an issue affecting Traveler environments using Derby with users that have many folders (>500). These users may not be able to complete a folder sync due to the device restarting the sync before the sync is finished. If this problem occurs during upgrade to EAS 16.1, the user will be missing calendar and contacts data on the device, as well as any new mail changes since the folder sync started. This problem is not specific to Traveler
11 or EAS 16.1, but is noticeable due to the upgrade to 16.1 triggering the folder sync. This issue will be fixed in Traveler 11.0.1 and a hotfix can be requested by opening a support ticket and referencing issue TRAV-4307.

2. Immediate or eventual upgrade of Mail only, resulting in a partial upgrade scenario:

We have seen cases where the device sends the Options request but only uses the new protocol level for mail. No data types resync in this case, and the device will later upgrade to 16.1 after sending a Settings request (see
scenario 1).

3. Restarting the device to trigger an upgrade of Mail, Calendar, and Contacts:

Instead of waiting for the device to send the Options and Settings requests, a restart usually triggers them instead. This scenario is the same result as scenario 1, but the timing is immediately after the device is restarted.

4. Immediate or eventual upgrade causing Mail to resync:

In some cases, we have had reports of a user's mail resyncing to their device upon upgrade to EAS 16.1. It is not known yet what causes the device to request a resync of mail (in addition to calendar and contacts).

Limitations
Once a device begins using the new protocol version, the user cannot sync with a Traveler server that does not support EAS 16.1 (such as Traveler 10.0.1).

Support of the new protocol level can be disabled on the server by adding NTS_AS_PROTOCOL_VERSIONS=2.5,12.0,12.1,14.0,14.1 to each Traveler server's notes.ini file. Devices which have already upgraded to using the new protocol may be left unable to sync until they are reconfigured or reset by an administrator. Disabling support of EAS 16.1 is not recommended for the following reasons:

        •        Some device-side problems have been fixed by Apple for EAS 16.1 only.
        •        Apple may not provide support for problems experienced using a device syncing with EAS 14.1.
        •        Current features such as drafts sync and viewing attachments on calendar entries are only available for devices syncing with EAS 16.1.
        •        Other features planned for future Traveler releases will only be available for devices syncing with EAS 16.1.

Troubleshooting

If you receive a report of one or more devices that are not upgrading as expected, avoid downgrading Traveler to a previous version or issuing a reset for all devices. Problems occurring during this upgrade scenario are not usually resolved by resyncing the data, and the reset adds unnecessary transactions to both the server load and the logs that support may need to review.

 Troubleshooting steps:

        1        Ask the user to turn the affected device off and back on again.
        2        If step 1 does not resolve the issue, ask the user to soft reset the device (see https://support.apple.com/guide/iphone/force-restart-iphone-iph8903c3ee6/ios).
        3        If step 2 still does not resolve the issue, ask the user to toggle Calendar and Contacts off and back on from their Traveler account under Passwords & Accounts in the Settings app.
        4        If the issue is still occurring, add the user to the finest level logging list by issuing the tell traveler log adduser finest <User Name> command to the Traveler server.
        5        Open a case with our support teams.
        6        Remove the user from finest logging after the issue is resolved with the tell traveler log removeuser <User Name> command.



via: https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0075083



 
Kommentare

1Alexander Novak  04/28/2020 12:20:54 PM  Traveler 11 and ActiveSync 16.1 - What to expect after upgrade with iOS devices using Apple native apps

I had an interesting error from a customer i updated to Traveler 11.0.1 on Linux. Traveler server and mail server are separated but in the same domino domain.

Notices/Invitation on apple devices throwed the following error

WARNING username Error processing iCalendar create or update

SEVERE username An error occurred while attempting to update your database with data from the device (ERR_ITEM_REFUSED_BY_BACKEND).

If checked Domino mailrouting and connection documents - all was fine.

After activating debugging (CSDebugApi=1, DEBUG_CS_LEVEL=129, CSReportErrors=1) i got still errors "Error connecting to server mailservername: The remote server is not a known TCP/IP host."

After we tried to ping the domino hostname from the linux-os we found that the hostname (e.g. ping traveler01) could not be resolved. After we added the hostname to the hosts the problem was solved.

2Marco  12/06/2021 7:52:35 AM  Traveler 11 and ActiveSync 16.1 - What to expect after upgrade with iOS devices using Apple native apps

Thank you Alexander Novak. It solved the issue with Traveler 12.

  •  
  • Hinweis zum Datenschutz und Datennutzung:
    Bitte lesen Sie unseren Hinweis zum Datenschutz bevor Sie hier einen Kommentar erstellen.
    Zur Erstellung eines Kommentar werden folgende Daten benötigt:
    - Name
    - Mailadresse
    Der Name kann auch ein Nickname/Pseudonym sein und wird hier auf diesem Blog zu Ihrem Kommentar angezeigt. Die Email-Adresse dient im Fall einer inhaltlichen Unklarheit Ihres Kommentars für persönliche Rückfragen durch mich, Detlev Pöttgen.
    Sowohl Ihr Name als auch Ihre Mailadresse werden nicht für andere Zwecke (Stichwort: Werbung) verwendet und auch nicht an Dritte übermittelt.
    Ihr Kommentar inkl. Ihrer übermittelten Kontaktdaten kann jederzeit auf Ihren Wunsch hin wieder gelöscht werden. Senden Sie in diesem Fall bitte eine Mail an blog(a)poettgen(punkt)eu

  • Note on data protection and data usage:
    Please read our Notes on Data Protection before posting a comment here.
    The following data is required to create a comment:
    - Name
    - Mail address
    The name can also be a nickname/pseudonym and will be displayed here on this blog with your comment. The email address will be used for personal questions by me, Detlev Pöttgen, in the event that the content of your comment is unclear.
    Neither your name nor your e-mail address will be used for any other purposes (like advertising) and will not be passed on to third parties.
    Your comment including your transmitted contact data can be deleted at any time on your request. In this case please send an email to blog(a)poettgen(dot)eu

Archive