[Ex2003 of Win2K3]Exchange ink. verbindingen weigeren soms?

[Verwijderd]

Mooie duidelijke topictitel...

Het probleem is als volgt:
Op onze SBS2003 server staat Exchange 2003 met SP1. De rest van SBS is níét naar SP1 gepatched.
Inkomende SMTP verbindingen naar deze server van buitenaf gaan goed. Sterker nog, de werking van Exchange 2003's SMTP connector is prima. Meestal.
Af en toe, zeg bij één op de tien connecties, gaat er iets mis. De inkomende connectie wordt gemaakt en gelijk verbroken. De verzendende mailserver blijft het gewoon proberen, en meestal duurt het een uurtje of twee voor die er door komt om een verbinding te maken. Zodra de verbinding tot stand komt gaat alles verder feilloos: het mailtje wordt ontvangen, afgewerkt, en bezorgd ofwel gereject omdat er een fout adres gebruikt is.

Zolang de verbinding met de Ex2k3 server door de verzender niet gemaakt is, komt er niets in het logbestand van de SMTP connector tevoorschijn. In het performancelog van Windows verschijnt wel een SMTP verbinding maar die duurt maar één seconde, en levert precies nul bytes data overdracht op.

Het gekke (gekste?) is dat als een server het probleem eenmaal tegenkomt, het mailtje dat niet bezorgd kon worden twee uur in de verzender's server blijft hangen, terwijl andere mails, zowel van diezelfde als van andere servers, gewoon binnen komen. Stuur ik echter hetzelfde mailtje dertig keer vanaf een server, dan komen er 27 gelijk door, en 3 blijven er hangen en komen pas twee uur later binnen. Of ik nu op de firewall de SMTP Proxy, Filtered SMTP packetfilter, of zelfs hersendood portmappen gebruik, de mails komen vertraagd binnen.
Gebruik makend van de SMTP proxy service van de firewall (een WG Firebox X700) zie ik bij de vertraagde connecties de volgende entry:

code:

09/15/05 14:52  firewalld[131]:  allow in eth0:0 60 tcp 20 54 A.A.A.A B.B.B.B 50611 25 syn (SMTP-Inbound)
09/15/05 14:52  smtp-proxy[15793]:  [A.A.A.A:50611 10.0.0.205:25] proxy connect failed (Connection timed out)

Zoals je kunt zien is de timeout bepaald kort. In werkelijkheid is ie iets van vijf seconden. A.A.A.A is de mailserver van de verzendende partij, B.B.B.B is ons externe IP voor de maildoos, 10.0.0.205 is (uiteraart) het mailserver's interne IP.

Inkomend SMTP verkeer zie ik niet terug in de Eventviewer. Ik heb alle onderdelen van MSExchangeTransport op maximum logging gezet, maar ik zie alleen uitgaand verkeer. Zoals gezegd produceert de SMTP logfile geen zinvolle regels omdat ie alleen de goed gaande mails logt.

Zoeken naar "Exchange connecties vertraagd" in alle talen en met traag, intermittent, soms, time-out, time out, en zo nog een hele reeks potentieel toepasselijke kreten levert eigenlijk geen enkele hit op. Omdat het probleem redelijk nieuw is en het niet uitmaakt of ik een andere firewall ertussen hang (ik heb ook heel even een Vigor geprobeerd) vrees ik dat het probleem niet in de firewall zit.

Ik heb de SMTP service, heel Exchange, Windows 2003 en de firewall al eens gereboot, allen zonder resultaat. Met netstat zie ik niet wat er gebeurt, en zoals gezegd kom ik alleen voor uitgaande mail events tegen in de evtviewer.

Heeft iemand hier al eens mee te maken gehad, of een idee wat ik over het hoofd gezien heb?

[Brahiewahiewa]

Verwijderd schreef op donderdag 15 september 2005 @ 15:23:
...Zoals je kunt zien is de timeout bepaald kort. In werkelijkheid is ie iets van vijf seconden...

Da's nie goed. Volgens de RFC moet je 45 seconden wachten voordat je een time-out geeft.
't Probleem lijkt dus in je firewall te zitten en niet in je exchange server.
Heb je overigens op die Exchange server "reverse lookup" aanstaan? Dat zou wel kunnen verklaren waarom de Syn-Ack soms enige tijd op zich laat wachten.

[Verwijderd]

Reverse lookup staat uit, het voegt niets toe voor zover mij bekend en levert inderdaad (een heel klein betje) vertraging op.
De timeout op de firewall staat al zolang als ie hier hangt op 600 seconden. De tijd van vijf seconden is dus de tijd tussen "ik ga verbinding maken met de mail.knettergekswerkdomein.nl server" en "oh jeej, een time-out"... maar er staat nergens "5 seconden" als timeout value. Zo simpel is het helaas niet

Een leverancier is op dit moment met z'n loggin op maximaal mails hierheen aan het sturen, misschien ziet hij aan zijn kant wat meer terug: ik verdenk de fout er van geen time-out te zijn. Maar wat het dan wél zou moeten zijn... zonder evtviewer entries houdt het een beetje op hier intern.

[ Voor 9% gewijzigd door Verwijderd op 15-09-2005 16:45 . Reden: 2003 niet op de desktop! Hallo inspirator :) ]

[Verwijderd]

De leverancier snapt het ook niet, maar daar heb ik natuurlijk niet zoveel aan.
Dat wordt MCSE-ers huren...

Ik heb er nu een Merak doos tussne hangen: de inkomende mail wordt naar de merak bak gestuurd en die wordt via POP3 leeg gehaald.
Als er nog suggesties zijn voor de verbindings ellende van Exchange 2003 hoor ik het heel graag.

[ Voor 52% gewijzigd door Verwijderd op 19-09-2005 16:05 ]

[Brahiewahiewa]

Kun je die Merak doos laten relayen, om eens te kijken of een SMTP sessie tussen de Merak doos en de Exchange server wel goed loopt? Als dat ook niet goed gaat moet je het probleem bij de Exchange server zoeken. 'k Zou dan beginnen met het maken van een netwerk trace.

Als het tussen de Merak doos en de Exchange server wel goed gaat, moet je het probleem toch op de firewall zoeken. Maar als de leverancier nu al niet kan vertellen wat er mis is, zou 'k eerder overwegen om het ding er met een grote boog uit te schoppen en d'r een goeie voor in de plaats te zetten.

[Verwijderd]

Het was niet de leverancier van de firewall die het niet snapte maar die van Exchange
De firewall is een Firebox X700, dat is op zich wel een goeie. Zeker ook omdat de Merak bak er ook achter hangt en geen problemen geeft verdenk ik die firebox eigenlijk nog niet. (of, niet meer.)