by the way postmaster@ wont work. we dont set them up as the email
addresses are stored in ldap and its just a hassle to create an extra
postmaster@ address for each domain we host. if you want maybe try
[EMAIL PROTECTED]
Petr
On 11/16/08, Petr Janda <[EMAIL PROTECTED]> wrote:
>> Ca
> Can you verify that your machine really announces a MSS of 1460?
Actually you caught me while tempering with the MTU, Ive had it set to
800 for testing and some of the lost mail started getting through, but
with a setting this low IMAP authentication stopped working
altogether. Its back to 1500.
> If there is a traffic shaper at your end, it may replace your
> TCP stack's MSS=1460 announcement by something smaller, like 890.
Could this also be caused by the ISP?
Petr
> Something is badly screwing up TCP, perhaps by throwing away packets
> with flags that it does not like.
A misconfigured firewall? Seems unlikely as this timeout problem
really happens a lot. Im also going to have a look at the Cisco ADSL
router, maybe try replacing it with another one to make s
Hello,
Ive taken another tcpdump, this time with options: window scaling and
SACK disabled.
Please let me know what you think.
Thanks,
Petr
postfix_dump2.tgz
Description: GNU Zip compressed data
> In the OPs packet dump, the window scale on the receiving system is 2^0,
> but the sending system uses 2^7. Not much we can do about that from the
> Postfix side...
>
So what is the problem here? Should they be same? What can be done
about this? I dont mean as in you but in general how can we ge
> Until then, sysctl is your friend.
>
> *BSD: sysctl -w net.inet.tcp.sack.enable=0
> L*n*x: sysctl -w net.ipv4.tcp_sack=0 (and I suppose something
> equivalent if you use Linux IPv6 support).
>
> Wietse
Thanks for your suggestions, Ive had both SACK and Window Scaling
turned off for t
Hi all,
I have got reports about lost mail(not received, im the receiver not the
sender) recently and trying to find out whats going on seems to be beyond me.
Basically a lot of email is lost with "timeout after DATA"
For example:
timeout after DATA (0 bytes) from mail.securepay.com.au[203.89.212
Hi all,
I have got reports about lost mail(not received, im the receiver not the
sender) recently and trying to find out whats going on seems to be beyond me.
Basically a lot of email is lost with "timeout after DATA"
For example:
timeout after DATA (0 bytes) from mail.securepay.com.au[203.89.212
