Domino on Linux/Unix, Troubleshooting, Best Practices, Tips and more ...

iOS 13 Native Mail App Issues with Traveler

Daniel Nashed  3 October 2019 15:41:43
iOS 13 introduced a couple of changes. Some of them are done with good intention, but they broke existing functionality.
There are currently two issues that are known. Both are described in detail in the following technote:

The technote will be updated with new information about the known issue and also new issues that might arise with iOS 13.

The second issue just occurs when you have calendar ghosting disabled, which is enabled by default.
But the issue with the duplicate sent mail folder entries cannot be worked around.

Beside those two known issues, Traveler should work with iOS 13 and the native mail app.
You should updates to iOS 13.1.2 which is another update in a short time we got for iOS 13.
"13" isn't a good number of Apple as it sounds...

-- Daniel

1) Duplicate Sent folder entries

As of iOS/iPadOS 13.0, Apple devices add an entry to the Sent folder for any emails sent from the Mail app.
When the Sent folder is synced, the server entry is added and the device does not remove the original, resulting in a duplicate. HCL development has opened an Apple bug for this issue (FB7337231).

Workaround: No workaround is available

2) Accepting a meeting invitation from the iOS device does not send the response to the server

If ghosting is disabled on the Traveler server, responding to a calendar notice from an iOS 13 device does not send the response.
The meeting accept is reflected on the app but not in the user's notes calendar.  
iOS 13.0 and 13.1 do not send MeetingResponse requests to the Traveler server unless the event is ghosted to the calendar.
HCL Development has opened an Apple bug for this issue (FB7328175).

Ghosting is enabled at the Traveler server by default.  Check the Traveler server notes.ini parameters for NTS_CALENDAR_GHOSTING_SYNCML and NTS_IOS_CALENDAR_INITIAL_GHOST.  If found, make sure that they are set to true.


  • [IBM Lotus Domino]
  • [Domino on Linux]
  • [Nash!Com]
  • [Daniel Nashed]