I manage a Windows 2003 network running Exchange 2003 for a division of another much larger company. They are a primarily Novell shop and run Groupwise for email. I know little of the Novell side of the house but am part of that organization so we are working on this problem together. Here is the scenario:
They upgraded their Groupwise email server from 6.5 to 7. While the version change went well, we are now experiencing problems with emails sent from GW to our Exchange server and clients running Outlook 2003. This is also happening to other businesses/customers/vendo
rs that run Outlook 2003 for the client application. Apparently the bodies of some of the emails are getting either corrupted or not decoded properly and frequently the To/From fields show up empty. I found an article that smells like our problem but did not provide a fix:
http://groups.google.com/group/microsoft.public.exchange.admin/browse_thread/thread/6323931bfbd2871fIs this a problem with MIME somehow, or maybe a malformed header? I know that GW changed to UTF-8 as well. There are hot fixes we can apply to our Exchange server that assist with this but Im not sure it is the problem. Additionally, I don't want to fix something on our end and not have an avenue to test any attempted resolutions on the GW side. Remember , this is happening on external companies to our own and it's not like we can just call them up and say "fix your mail server".
Any help would be greatly appreciated. Here is a message header from one of the emails:
From:
Sent: Tuesday, October 09, 2007 4:09 PM
Subject:
X-Mailer: Groupwise 6.5
Message-ID: <20071009T170836Z_AB900004
0000@ourgr
oupwiseser
ver.com>
From: "Chelsie" <ChelsieS@groupwiseemail.c
om>
Subject: RE: AP INVOICE
To: "Chris" <Chris@ourexchangeserver.c
om>
Content-Type: multipart/alternative; boundary="____KNARURPLBSLF
YKFKBBHS__
__"
Return-Path: ChelsieS@groupwiseemail.co
m
X-OriginalArrivalTime: 09 Oct 2007 22:08:55.0835 (UTC) FILETIME=[FC069EB0:01C80AC
0]
--____KNARURPLBSLFYKFKBBHS
____
Content-Type: text/plain; charset=utf-8
Content-Language:
Content-Transfer-Encoding:
base64
VGhhbmsgeW91IHNvIG11Y2ggZm
9yIHlvdXIg
aGVscC4gU2
9ycnkgSSBk
aWQgbm90IG
hhdmUgeW91
ciBuYW1lIHRvIGNvbWUgdG86KQ
0KSGF2ZSBh
IGdvb2QgZX
ZlbmluZy4g
DQoNCkNoZW
xzaWUgU2No
dWx0eg0KQ0NDIEdyb3VwLCBJbm
MuDQpBL1Ag
RGVwdC4NCj
IxMC02NjIt
NDUzNyBPZm
ZpY2UNCjIx
MC02NjItMTYwNCBGYXgNCkNoZW
xzaWVTQGNj
Y2dyb3VwaW
5jLmNvbQ0K
DQoNCj4+Pi
AiQ2hy
MC02NjItMTYwNCBGYXgNCkNoZW
xzaWVTQGNj
Y2dyb3VwaW
5jLmNvbQ0K
DQoNCj4+aX
N0
aW5hIE9waGFuaW0iIDxjb3BoYW
5pbUBhaXJj
b250cm9sc2
NpZW5jZS5j
b20+IDEwLz
kvMjAw
aW5hIE9waGFuaW0iIDxjb3BoYW
5pbUBhaXJj
b250cm9sc2
NpZW5jZS5j
b20+NyA0..
..........
..........
..........
..........
..........
Q2hlbHNpZVNAY2NjZ3JvdXBpbm
MuY29t
--____KNARURPLBSLFYKFKBBHS
____
Content-Type: multipart/related; boundary="____OCWUZBXJOPTS
URTKJFTX__
__"
Start Free Trial