|
Home > Archive > IIS and SMTP > October 2006 > smtp header, how to strip
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
smtp header, how to strip
|
|
|
| I have internal users sending email through IIS 6.0 smtp relay. I want to
strip the internal "Received:" part of the header. When I send email the
following is in the header:
Received: from x.x.x.x (EHLO external.mail.server) (x.x.x.x) by
mta390.mail.re4.yahoo.com with SMTP; Wed, 27 Sep 2006 07:18:49 -0700
Received: from Internal-Machine-Name ([internal IP]) by Internal.Mail.Server
with Microsoft SMTPSVC(6.0.3790.1830); Wed, 27 Sep 2006 10:18:48 -0400
What I would like is for the smtp server to strip off the Internal
"Received:" portion of the header and just send its header information.
Using Masquerade Domain does not strip the Internal-Machine-Name.
I have read something about "sinks" however; I have not found a lot of
information on them.
Thank you.
| |
| Jeff Cochran 2006-10-01, 1:18 pm |
| On Wed, 27 Sep 2006 08:31:01 -0700, Kevin
<Kevin@discussions.microsoft.com> wrote:
>I have internal users sending email through IIS 6.0 smtp relay. I want to
>strip the internal "Received:" part of the header. When I send email the
>following is in the header:
>
>Received: from x.x.x.x (EHLO external.mail.server) (x.x.x.x) by
>mta390.mail.re4.yahoo.com with SMTP; Wed, 27 Sep 2006 07:18:49 -0700
>
>Received: from Internal-Machine-Name ([internal IP]) by Internal.Mail.Server
>with Microsoft SMTPSVC(6.0.3790.1830); Wed, 27 Sep 2006 10:18:48 -0400
>
>What I would like is for the smtp server to strip off the Internal
>"Received:" portion of the header and just send its header information.
>
>Using Masquerade Domain does not strip the Internal-Machine-Name.
>
>I have read something about "sinks" however; I have not found a lot of
>information on them.
I'm not sure writing a sink is the best option, but look at the MSDN
docs for Exchange Server for info. Per RFC you shouldn't be stripping
this information. The better solution all around is move the mail
server into a DMZ and you'll only expose external addresses and info.
A second server for external mail is even better.
Jeff
|
|
|
|
|