Exchange Server - Body type not supported by Remote Host - meeting replies

Asked By mitren

15-Aug-08 10:50 PM

We have an Exchange 2007 server that sends it's mail out via an IIS
SMTP server and gets it's mail from another holding server (it uses
POP to get the mail). An outside user sends a meeting request to an
internal Exchange server (going through the holding server). The
internal Exchange user accepts the meeting request and sends the
response (typical end user Outlook action). For some domains, the end
user gets the following error back from Exchange:


I'm not 100% sure which server is sending this back, either the IIS
SMTP server or the Exchange 2007 server.

I've read that I may need to change the Mime type, but would like to
confirm which server needs this change and how to make this change?

Any help is greatly appreciated.

Thanks,

15-Aug-08 10:50 PM

These orgs may be using Exchange 5.5 have you verified?

How to turn off 8BITMIME in Windows 2000 and in Windows Server 2003
SMTP service
http://support.microsoft.com/default.aspx?scid=3Dkb;en-us;Q262168



James Chong (MVP)
MCITP | EMA; MCSE | M+, S+,
Security+, Project+, ITIL
msexchangetips.blogspot.com

15-Aug-08 10:50 PM

This would be done on your SMTP relay not your Exchange 2007 as it
uses the transport service and not SMTP.



James Chong (MVP)
MCITP | EMA; MCSE | M+, S+,
Security+, Project+, ITIL
msexchangetips.blogspot.com

2168

15-Aug-08 10:50 PM

Can I verify by telnet and send HELO or EHLO?




262168

15-Aug-08 10:50 PM

Issue ehlo to your smtp relay and see if 8-bitmime shows up. Before
you do this; you can try creating a dedicated send connector to this
domain and use helo instead of ehlo and test sending a new meeting
request.


How to Create a New Send Connector
http://technet.microsoft.com/en-us/library/aa998814(EXCHG.80).aspx



James Chong (MVP)
MCITP | EMA; MCSE | M+, S+,
Security+, Project+, ITIL
msexchangetips.blogspot.com



;Q262168
nd
o

15-Aug-08 10:50 PM

The IIS SMTP relay server returns:
ehlo
250-mail.xxxxxxxx.com Hello [127.0.0.1]
250-TURN
250-SIZE 5242880
250-ETRN
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250 OK

So, if I make the change to use 7bit, then the Meeting acceptance
messages should go through? Are there any other issues to be aware of
by making this change (ie, mail being refused by other mail servers)?



ary/aa998814(EXCHG.80).aspx
us;Q262168
IS
es
an
end
IS
to
e?

15-Aug-08 10:50 PM

Do I need to restart the smtp virtual server after I make the change:

Mdutil.exe set -path:smtpsvc/1 -prop:36998 -utype:UT_SERVER -
dtype:DWORD -attrib:INHERIT -value:0x3574c1





brary/aa998814(EXCHG.80).aspx
03
n-us;Q262168
IIS
uses
o an
e
e
he end
IIS
ke to
nge?

12-Aug-08 08:13 PM

I do not think so. But it is easy enough to see if you do. Just send the
machine an EHLO command and see if the 8bitmime keyword is no longer
present.
---
Rich Matheisen
MCSE+I, Exchange MVP

15-Aug-08 10:51 PM

On Aug 12, 8:13=A0pm, "Rich Matheisen [MVP]"

A detail on this that doesn't really make sense to me:
If you accept the meeting request using OWA, the message goes through.
If you accept the meeting request using Blackberry device which uses
BES, the message goes through.

15-Aug-08 10:51 PM

Strange encoding handles encoding same way. What Outlook version are
you using and what client mode ie pop\imap\mapi?



James Chong (MVP)
MCITP | EMA; MCSE | M+, S+,
Security+, Project+, ITIL
msexchangetips.blogspot.com

15-Aug-08 10:51 PM

Outlook 2007 using mapi. We tested one situation again, having the
outside person send a meeting request. We accepted the meeting and it
was received successfully by the outside person. So it seems to not be
consistent. I'm not going to give much credence to the OWA "working"
as it came from an end user.




e

15-Aug-08 10:51 PM

Did you ask if they are using Exchange 5.5? How many domains have you
had issues with so far? Also is there a particular reason you're
relaying through a smtp server?



James Chong (MVP)
MCITP | EMA; MCSE | M+, S+,
Security+, Project+, ITIL
msexchangetips.blogspot.com



ge:
the
r
.