Advanced Configuration of Meeting Invitations

Yesterday I had an issue at customer site:


The customer is using Microsoft Teams with their official domain ““. This domain is also used as primary domain in the Global Domain document on their Domino Server. The customer has an optional internet domain ““.

Now we have the following issue: if a user is creating a MS Teams meeting ( with the primary Internet Address “” ) and is adding “” – which is listed in the person document in the User Name – then we see the following entries in the server console:

[188C:000A-248C] 19.11.2020 09:55:31 SMTP Server: connected
[188C:000A-248C] 19.11.2020 09:55:31 SMTP Server: Message 0031075F (MessageID: received from size 23979 bytes
[1BB8:000E-1EA4] 19.11.2020 09:55:32 Router: Message 0031075F, D3F3D117 delivered to FirstName LastName/example from Size: 34K Time: 00:00:00 Hop Count: 1
[188C:000A-248C] 19.11.2020 09:55:36 SMTP Server: disconnected. 1 message[s] received

But when we try to find this document in the mail file of the user we could not find the received document. Also we couldn’t see this incoming document as calendar entry or as meeting invitation.


After opening a case at HCL we received the solution for this issue very fast ( thanks a lot to the HCL support !! ). You have to put the following entry to the NOTES.INI of the Domino Server and afterwards restart the server:


Then the meeting invitation is delivered and shown in the in box.
ThereĀ“s also an official TechNote:


SPR# CEMABAVNMT RFC822 addresses with unquoted commas and semicolons in a friendly part causes an issue on the Domino server mail addressing. RFC822StripUnquotedDelimiters serves as a work around in fixing the issue

From the SPR# JALS658T7S – Mail is parsed into two separate addresses on a reply/reply with history.

This fix prevents splitting of RFC822 addresses caused by unquoted commas and semicolons in a friendly part. This fix requires setting the Notes.ini variable “RFC822StripUnquotedDelimiters=1”.

But on some cases, setting the parameter to RFC822StripUnquotedDelimiters=0 will workaround the issue for inbound SMTP when User in the TO field goes to the BCC field when entering a Domino 10.0.1 server

Permanent fix will be available in Domino 10.0.1 FP2. SPR# CEMABAVNMT

Debug parameters used to identify the issue(only to be set when working with support):

set config SMTPSaveImportErrors=2
set config MIMEExceptions=2
set config Debugitrfc822.cpp=1
set config Debug_iCal_Addresses=1
set config SMTPDebugIO=3
restart task smtp
restart task router