Avatar of Robert Mulvey
Robert MulveyFlag for United States of America asked on

exchange calendar invitation broken to external exchange/office 365 servers

exchange calendar invitation broken to external exchange/office 365 servers
When we send exchange calendar invitations it is broken to other exchange/office 365 servers but it appears to be ok when sent to linux servers

below is an example of a broken calendar invite when it is received.   The receiver cannot accept nor does it show up on their calendar, they only get a plain text email.  It also appears if we accept an external invitation but the acceptance is broken going back to them, it shows as not accepted/no status.    All other emails appear to be ok in terms of richtext/html and people receiving our attachments.  We have Exchange 2010/2016.  This issues has existed before 2016 was introduced.  The outgoing email is smart hosted thru our Cisco ESA Appliance aka IronPort.
example of broken invitation.
ExchangeEmail Servers

Avatar of undefined
Last Comment
Robert Mulvey

8/22/2022 - Mon
Saif Shaikh

Try to check the outlook Options > Mail, section Message format:

On exchange server Get-RemoteDomain | Where {$_.TNEFEnabled -ne $false}

For each Remote domain, run the following command:
Set-RemoteDomain -Identity DomainName -TNEFEnabled $false

On exchange 2010 run command: Get-RemoteDomain | fl

The ContentType should be set either to MimeHtml

For domains that have the default content type set to MimeText, you need to change the ContentType property via the cmdlet below:
Set-RemoteDomain -Identity <name> -ContentType <type>
Saif Shaikh

Hello,

To add to my earlier update since you have IRONPORT.

A normal meeting request content type should be “Content-Type: multipart/alternative;” while a plain text meeting request content type is showing “Content-Type: multipart/mixed; boundary=”===============0763446457==

1. As stated earlier TNEF value needs to set to false .
2. Try to create a new outbound connector and route the email traffic through it, so that the emails go directly with this connector and disable the gateway connector. Send a test calendar invite and it should be received normally as calendar.
3. Further troubleshooting adds Gateway must be modifying the message header type in order to show up the Disclaimer of the email correctly.
4. You need to correct the Gateway in Ironport I mean settings.
5. Also since you are using smarthost, it is possible that the smarthost considers these emails as spam and converts them to plain txt, but I'm not sure about this may be you can check with smarthost vendor and see if they have some kind of rule for these types of messages.
ASKER CERTIFIED SOLUTION
Robert Mulvey

Log in or sign up to see answer
Become an EE member today7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
Sign up - Free for 7 days
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
See how we're fighting big data
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a question
This is the best money I have ever spent. I cannot not tell you how many times these folks have saved my bacon. I learn so much from the contributors.
rwheeler23