Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2211
  • Last Modified:

Intermittently receiving blank emails from one company

We have been Intermittently receiving blank emails from one company.  The subject comes through ok, but the body will be blank.  If we reply letting them know it was blank and they resend it has always comes through.  They are using GroupWise (maybe 6.5.7 judging by the header?) and we're using Exchange 2003 SP2.  The issue is intermittent, and we are able to receive HTML emails in testing.  I don't have much to go on other than that comparing the headers of an intentionally blank email and one of the unintentionally blank emails it seems that transmission of the unintentionally blank email was interrupted or truncated.  Has anyone else experienced this?  Can you give me some direction in debugging?  The headers are below.

-----------------Intentionally Blank Message Header-----------------
Microsoft Mail Internet Headers Version 2.0
Received: from sender.com ([xxx.xxx.xxx.xxx]) by mail.recipient.com with Microsoft SMTPSVC(6.0.3790.1830);
       Thu, 21 Jun 2007 17:02:40 -0400
Received: from sender_Dom-MTA by sender.com
      with Novell_GroupWise; Thu, 21 Jun 2007 17:00:10 -0400
Message-Id: <s67aae9a.096@sender.com>
X-Mailer: Novell GroupWise Internet Agent 6.5.7
Date: Thu, 21 Jun 2007 16:59:40 -0400
From: "John Doe" <John.Doe@sender.com>
To: <JDoe@recipient.com>
Subject: HTML email, no message body
Return-Path: John.Doe@sender.com
X-OriginalArrivalTime: 21 Jun 2007 21:02:40.0921 (UTC) FILETIME=[815A6090:01C7B447]

-----------------Unintentionally Blank Message Header-----------------
Microsoft Mail Internet Headers Version 2.0
Received: from sender.com ([xxx.xxx.xxx.xxx]) by mail.recipient.com with Microsoft SMTPSVC(6.0.3790.1830);
       Thu, 21 Jun 2007 12:17:28 -0400
Received: from sender_Dom-MTA by sender.com
      with Novell_GroupWise; Thu, 21 Jun 2007 12:14:59 -0400
Message-Id: <s67a6bc3.085@sender.com>
X-Mailer: Novell GroupWise Internet Agent 6.5.7
Date: Thu, 21 Jun 2007 12:14:20 -0400
From: "John Doe" <John.Doe@sender.com>
To: "John Doe" <JDoe@recipient.com>
Subject: Re: FW: Parking Garage
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=__Part3B1C0ACC.0__="
Return-Path: John.Doe@sender.com
X-OriginalArrivalTime: 21 Jun 2007 16:17:29.0951 (UTC) FILETIME=[AA6B8EF0:01C7B41F]

--=__Part3B1C0ACC.0__=
Content-Type: text/plain; charset=
0
Tofu4679
Asked:
Tofu4679
  • 3
  • 2
1 Solution
 
ShineOnCommented:
One thing that I noticed is the intentionally blank one is a "fresh" email - an original composition as it were, while the unintentionally blank one is a reply- to.

Are all of the blank emails reply-to emails?

It also appears to be a reply to a forwarded email.  If this is also consistent among the unintentionally blanks, ask the postmaster of the GroupWise site if they have flat forwarding on or off.   Flat forwarding affects how forwarded emails are handled.
0
 
Tofu4679Author Commented:
From what I can tell so far, yes they are all replies or forwards.  I'll check with their Admin...
0
 
vergel71Commented:
I'm still interested in a solution for this question, is there anybody out there that can help?
0
Making Bulk Changes to Active Directory

Watch this video to see how easy it is to make mass changes to Active Directory from an external text file without using complicated scripts.

 
ShineOnCommented:
If these are replies, then it's possible that they need to adjust their "views" on the client side.

Their GroupWise admin should make sure that both reading and compose view are set the same.  If reading view is html and compose view is text-only (IIRC) it can mess up the contents of a forwarded or replied-to html message, and it's possible that instead of passing a garbled message through, something on your side is rejecting it as a bad attachment or malformed message (like an email spam/AV gateway for example).
0
 
vergel71Commented:
I have set both reading and compose views to text and they work fine.  But when I set them both to HTML, then it gets garbled again.
0
 
ShineOnCommented:
The settings I talk about are on the GroupWise client side of things - in some versions of the GroupWise client, this is a known problem, where replying to or forwarding an HTML mail if your compose view and reading view don't match.

It makes sense that if you look at it in text on your side it's OK, but garbled in HTML view - *their* mis-matched settings resulted in you getting what looks like damaged HTML.  *They* should have both reading view and compose view set to plain-text, unless Novell's come out with a support pack that fixes it.

Feed that info back to their GW admin, saying they're causing problems by not making sure their reading view and compose view match on the client side.  They can look up the TID on the Novell KB if they'd like.  http://support.novell.com/docs/Tids/Solutions/10100653.html

Mind you, it is for the GroupWise 7 client, but just because they're using the 6.5 GWIA doesn't mean they aren't in-transition to current GroupWise...
0

Featured Post

Get your problem seen by more experts

Be seen. Boost your question’s priority for more expert views and faster solutions

  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now