exchangefreaks.com Forum Index
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

SMTP: Intraroutinggroup mails are not RFC compliant

 
Post new topic   Reply to topic    exchangefreaks.com Forum Index -> MS Exchange 2000 Protocols
Author Message
Oliver



Joined: 06 Aug 2007
Posts: 2

PostPosted: Fri Sep 01, 2006 4:23 pm    Post subject: SMTP: Intraroutinggroup mails are not RFC compliant Reply with quote

Hi,

I've got a problem Wink

System: 2 Exchange 2000 Service Pack 3 systems on the same LAN in the
same Routing group.
SMTP Smarthost: Exim / Linux

Abstract:
The above system is working fine. Despite of the fact that internal
mails sent between the E2k Servers are not transfered.
Such mails are caused by Public Folder Replication or by addressing
users on the other E2K Server.
The E2k servers are sending these mails to the smarthost, to Exim. These
mails seem to be not RFC conform. Exim does not accept them.

Issues:
- How to get these mails RFC compliant ?
- How to have these mails transfered directly between the E2k systems
although there is a smart host ? Defining different connectors does not
work, by the way.

In Detail:

The MS Exchange server tries to route the mail through our Exim SMTP
gateway. The SMTP sessions all fail to complete, because Exchange never
correctly notifies Exim about the end of DATA. After five minutes, the
receiving Exim times out and logs:

> SMTP data timeout (message abandoned) on connection from ...

To me, it seems that Exchange doesn't give Exim any acceptable info
about the end of the bytes to receive after DATA. The only indication is
the SIZE= info in the MAIL command (which shall NOT be used for
specification of actual content length, according to RFC1870). The only
other indication could be the ".\r\n" termination of the DATA stream,
but it shall be interpreted as end-of-data only if it follows "\r\n"
(i.e. it is a single dot on a line by itself). But in our case there is
no line termination before the dot. And a \r\n.\r\n could occur in the
binary data by chance anyway... To me it seems it is a serious problem
that Exchange transmits raw binary data. Is it possible to tell Exchange
to encode the data using Base64 or the like?

The following is a trace of the session, recorded using Ethereal tcpdump
(at the Exim server side), converted to text using Ethereal. FYI, there
are no lost packets, no firewalls, no networks with different MTU and no
other low level disturbances involved. I have indented all of our Exim
server's lines with '> '. Following the "From:" line, the Exchange
server transmits binary data. I've only included the first and final
bytes in hex for readability. You can see it ends with some binary data
(but no linefeed) followed by 0x2E, 0x0D, 0x0A (.\r\n).

> 220 mail.thecompany.de SMTP Exim 3.34 4 Wed, 30 Aug 2006 15:12:01 +0200
EHLO temporaer.thecompany.de
> 250-mail.thecompany.de Hello temporaer.thecompany.de [190.170.126.67]
> 250-SIZE 8000000
> 250-PIPELINING
> 250 HELP
MAIL FROM: SIZE=2191
> 250 is syntactically correct
RCPT TO:
> 250 is syntactically correct
DATA
> 354 Enter message, ending with "." on a line by itself
Received: by temporaer.thecompany.de
id ; Tue, 29 Aug 2006
16:48:58 +0200
content-class: urn:content-classes:message
Subject:
Date: Tue, 29 Aug 2006 16:48:58 +0200
Message-ID:
MIME-Version: 1.0
Content-Type: application/ms-tnef;
name="winmail.dat"
Content-Transfer-Encoding: binary
X-MS-Has-Attach:
X-MS-TNEF-Correlator:

Thread-Index: AcbLekKGW4sdjES1RYqOmAZmBTY+ig==
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
From: "/O=thecompany
GmbH/OU=thecompany/cn=Configuration/cn=Servers/cn=TEMPORAER/cn=Microsoft
Public MDB"
[0D 0A 78 9F 3E 22 02 0D 01 ... 65 6C 6F 73 2E 64 65 3E 00 00 00 EB DC
2E 0D 0A]
[five minutes pass]
> 421 mail.thecompany.de SMTP incoming data timeout - closing connection.
QUIT


I appreciate you help,
Oliver

Archived from group: microsoft>public>exchange2000>protocols
Back to top
View user's profile Send private message
Leif Pedersen [MVP]



Joined: 05 Aug 2007
Posts: 193

PostPosted: Sun Sep 03, 2006 2:45 am    Post subject: Re: Intraroutinggroup mails are not RFC compliant Reply with quote

Hi,

This is probably caused by the fact that you have created the smart-host
configuration on the SMTP virtuel server. This is not the correct way of
configuring smart-host when having multiple exchange servers.

Create a SMTP connector and move the smart-host configuration to this
connector and all should be fine.

Leif

"Oliver" wrote in message %23AjCbzGHA.1536@TK2MSFTNGP02.phx.gbl...
> Hi,
>
> I've got a problem Wink
>
> System: 2 Exchange 2000 Service Pack 3 systems on the same LAN in the
> same Routing group.
> SMTP Smarthost: Exim / Linux
>
> Abstract:
> The above system is working fine. Despite of the fact that internal mails
> sent between the E2k Servers are not transfered.
> Such mails are caused by Public Folder Replication or by addressing users
> on the other E2K Server.
> The E2k servers are sending these mails to the smarthost, to Exim. These
> mails seem to be not RFC conform. Exim does not accept them.
>
> Issues:
> - How to get these mails RFC compliant ?
> - How to have these mails transfered directly between the E2k systems
> although there is a smart host ? Defining different connectors does not
> work, by the way.
>
> In Detail:
>
> The MS Exchange server tries to route the mail through our Exim SMTP
> gateway. The SMTP sessions all fail to complete, because Exchange never
> correctly notifies Exim about the end of DATA. After five minutes, the
> receiving Exim times out and logs:
>
> > SMTP data timeout (message abandoned) on connection from ...
>
> To me, it seems that Exchange doesn't give Exim any acceptable info about
> the end of the bytes to receive after DATA. The only indication is the
> SIZE= info in the MAIL command (which shall NOT be used for specification
> of actual content length, according to RFC1870). The only other indication
> could be the ".\r\n" termination of the DATA stream, but it shall be
> interpreted as end-of-data only if it follows "\r\n" (i.e. it is a single
> dot on a line by itself). But in our case there is no line termination
> before the dot. And a \r\n.\r\n could occur in the binary data by chance
> anyway... To me it seems it is a serious problem that Exchange transmits
> raw binary data. Is it possible to tell Exchange to encode the data using
> Base64 or the like?
>
> The following is a trace of the session, recorded using Ethereal tcpdump
> (at the Exim server side), converted to text using Ethereal. FYI, there
> are no lost packets, no firewalls, no networks with different MTU and no
> other low level disturbances involved. I have indented all of our Exim
> server's lines with '> '. Following the "From:" line, the Exchange server
> transmits binary data. I've only included the first and final bytes in hex
> for readability. You can see it ends with some binary data (but no
> linefeed) followed by 0x2E, 0x0D, 0x0A (.\r\n).
>
> > 220 mail.thecompany.de SMTP Exim 3.34 4 Wed, 30 Aug 2006 15:12:01 +0200
> EHLO temporaer.thecompany.de
> > 250-mail.thecompany.de Hello temporaer.thecompany.de [190.170.126.67]
> > 250-SIZE 8000000
> > 250-PIPELINING
> > 250 HELP
> MAIL FROM: SIZE=2191
> > 250 is syntactically correct
> RCPT TO:
> > 250 is syntactically correct
> DATA
> > 354 Enter message, ending with "." on a line by itself
> Received: by temporaer.thecompany.de
> id ; Tue, 29 Aug 2006 16:48:58
> +0200
> content-class: urn:content-classes:message
> Subject:
> Date: Tue, 29 Aug 2006 16:48:58 +0200
> Message-ID:
> MIME-Version: 1.0
> Content-Type: application/ms-tnef;
> name="winmail.dat"
> Content-Transfer-Encoding: binary
> X-MS-Has-Attach:
> X-MS-TNEF-Correlator:
>
> Thread-Index: AcbLekKGW4sdjES1RYqOmAZmBTY+ig==
> X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
> From: "/O=thecompany
> GmbH/OU=thecompany/cn=Configuration/cn=Servers/cn=TEMPORAER/cn=Microsoft
> Public MDB"
> [0D 0A 78 9F 3E 22 02 0D 01 ... 65 6C 6F 73 2E 64 65 3E 00 00 00 EB DC 2E
> 0D 0A]
> [five minutes pass]
> > 421 mail.thecompany.de SMTP incoming data timeout - closing connection.
> QUIT
>
>
> I appreciate you help,
> Oliver
Back to top
View user's profile Send private message
Oliver



Joined: 06 Aug 2007
Posts: 2

PostPosted: Wed Sep 13, 2006 10:17 pm    Post subject: Re: Intraroutinggroup mails are not RFC compliant Reply with quote

Leif Pedersen [MVP]:
> This is probably caused by the fact that you have created the smart-host
> configuration on the SMTP virtuel server. This is not the correct way of
> configuring smart-host when having multiple exchange servers.
>
> Create a SMTP connector and move the smart-host configuration to this
> connector and all should be fine.
Thanks, Leif.

Well, I do not have a smart-host configured on the SMTP virtual servers.
There is a single SMTP connector with a smart-host definition. The rule
is for *.


Checking the SMTP queues

The SMTP queues on the server show the replication-mails in the
remote-transfer queues targeted to the other server(s). The replication
mails are not listed in the local queues.

For some strange reason the servers treat the replication / intra-server
mails as non-local mails.
Back to top
View user's profile Send private message
Leif Pedersen [MVP]



Joined: 05 Aug 2007
Posts: 193

PostPosted: Sat Sep 16, 2006 5:26 pm    Post subject: Re: Intraroutinggroup mails are not RFC compliant Reply with quote

Hi,

Did you enter a masquarede domain or something else on the SMTP virtuel
server?

This could also make the mailflow fail.

Run the winroute tool and see if the output tells you whats missing.

Leif

"Oliver" wrote in message @TK2MSFTNGP06.phx.gbl...
> Leif Pedersen [MVP]:
>> This is probably caused by the fact that you have created the smart-host
>> configuration on the SMTP virtuel server. This is not the correct way of
>> configuring smart-host when having multiple exchange servers.
>>
>> Create a SMTP connector and move the smart-host configuration to this
>> connector and all should be fine.
> Thanks, Leif.
>
> Well, I do not have a smart-host configured on the SMTP virtual servers.
> There is a single SMTP connector with a smart-host definition. The rule is
> for *.
>
>
> Checking the SMTP queues
>
> The SMTP queues on the server show the replication-mails in the
> remote-transfer queues targeted to the other server(s). The replication
> mails are not listed in the local queues.
>
> For some strange reason the servers treat the replication / intra-server
> mails as non-local mails.

Back to top
View user's profile Send private message
Display posts from previous:   
Related Topics:
Outgoing Mails Hi, We have Exchange 2K that use for internal mail only. And another server run VPOP3 Mail server for users who has external internet mail access by ISP. So Internet (external) mail users have to account, one is internal and one is external account. First

POP and SMTP I was wondering is there anyway possible to run SMTP and POP at the same time in exchange server 2000. If not which protocol is best for security and web access. I have Sales rep that work in the field all over and they currently login through explorer.

SMTP Queue In Exchnage 2000 Server Manager I have a very large number of queues under smtp protcol. What are these? Do they ever go away? There is no mail in them but I was not sure if they belonged there.

SMTP receive Hi When we receive 5 mail very fast, with same subject, from same host and same IP, only two mails can be retrieved in mail client (ex. Outlook Express) We sniffer with Ethereal and the message tracking center, and see the 5 mails coming in. But when we t

SMTP-Authentication, is my settings ok? Hi I was just woundering if this is the right setting in my SMTP protocoll under I have checked out for * Anonymous access * Basic (Password are sent in clear text) and for Integrated Window Thanx -AA-
Post new topic   Reply to topic    exchangefreaks.com Forum Index -> MS Exchange 2000 Protocols All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group