Hello again.
I can now see that the recieving side has an ESTABLISHED connection from
the sender, even after the sender tell me it has lost the connection
with the reciever. So it seems like something in the middle is forcing
the connection to a close...
I have now captured some more tcpdumping from both sides.
http://postfix.jorno.net/2009_04_23-BamBib-NotBib/
// Jørn
Mark Martinec skrev:
Jørn,
As I said in the first email, I control both ends (both the sender- and
the receiver-server). But I do not control neither network-connectivity
or Internet-connectivity at either sites.
I did try turning of Window Scaling at both ends, but it did not help at
all. It still won't deliver.
I know there is a Cisco PIX at the senders side. They have already
turned of the ESMTP Fixup (or fuckup if you'd like) "feature" by an
earlier request from me, and that solved some problems. But it seems
like the damn PIX has some other "features" which fucks up some more...
Just don't know what.
It is strange that the sending side transmitted the large data packet
(with mail contents) with a DF (don't fragment) bit turned on,
yet it is captured as two fragments on the transmitting side.
Of these two fragments only the second (smaller) reaches the receiver.
Looks like something is forcefully breaking packets despite a DF,
and I don't find it unusual that a receiving side reluctantly
discards a fragment.
Mark
--
_____________________________________________________________________
Jørn Odberg, Bibliotek-Systemer AS, N-3271 Larvik, Norway
LPIC-1 ID#: LPI000164485
Tlf: +47 33 11 68 00
Fax: +47 33 11 68 22
j...@bibsyst.no <mailto:j...@bibsyst.no>
