Discussion Locked

IIS: SMTP/QUEUE/Content-Type problem

0 helpful
7 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.

Currently using iis 5.0 to work as a relay server from the internet into my exchange server on the inside of my network. Every now and then an email comes in that will stop every other email from being relayed. I find that if I remove the "Content-Type" line, then it will be sent just fine and all the other emails will start processing again. The following are some examples of the content-type lines that I have removed that fixed my problem.

Content-Type: multipart/mixed; boundary="=_1B415911.ADCCA16D"
Content-Type: multipart/mixed; boundary="----=_NextPart_000_354f_234a_fdf"
Content-Type: multipart/mixed;

Content-Type: text/plain; charset=us-ascii
Content-Type: text/plain; charset="us-ascii"; format=flowed
Content-Type: text/plain; charset="iso-8859-1"
Content-type: text/plain; charset="US-ASCII"
Content-Type: text/html

Content-Type: multipart/related; boundary="----=_NextPart_000_0013_01C13E83.436F73A0";

Content-Type: multipart/alternative; boundary="part1_145.174b705.28d014d6_boundary"
Content-Type: multipart/alternative; boundary="part1_b0.1a5171d5.28d3843e_boundary"
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C13F9E.DAD06E40"
Content-Type: multipart/alternative; boundary="----_NextPart_j4CNLN0i"
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0437_01C15172.9C4E3FE0"
Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_01C130B0.BDA6FF20"

X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400

Content-Type: multipart/report; report-type=delivery-status; boundary="9B095B5ADSN=_01C148656E2160A400000007mail.turningpoin"

Content-Type: message/rfc822

Content-transfer-encoding: 7bit

My question is, "How do I prevent this problem from occuring so I don't have to keep modifying these problem emails without changing my infrastructure?"

7 replies

by stillatit

Your list includes most of the valid content types available. Could it be that making ANY change to the message causes it to get reprocessed, and thus breaks the logjam?

What else do the problem messages have in common? Are they complete (i.e., did the sender send all of the message and sign off, or did they time out)? Are they for valid recipients within your domain? Are they from or to specific sources/targets? Are they large compared to your average?

Good luck.

by durwin

Ok...new information

My problem does not seem to be associated with deleting anything. I have reduced it to this. All I need to do is insert a line break somewhere in the header. Doesn't matter where as long as it is at the end of one of the lines. With the extra line break it processes the email just fine. Before when I was deleting the Conten-Type I left a line break so it was working. Any ideas on how to fix this?

by maxwell edison

You'll need to define the content-type in your iis configuration.

Open up Internet Information Server Manager. Right-click on your Web server, listed on the left. Drop down to Properties.

In the Computer MIME Type area of the Web Properties dialog box, click on the File Types button:

Enter the extensions and content types and click OK. The following are the recommend extensions and types.

MIME Content Extensions and Types:

Extension: wml
Content Type: text/vnd.wap.wml

Extension: wbmp
Content Type: image/vnd.wap/wbmp

Extension: wmls
Content Type: text/vnd.wap.wmlscript

Good luck,

Maxwell

This discussion is closed to new replies.