Hello!
Help! My forwarder says: 451 timeout, (#4.4.2) (in reply to end of
DATA command) (was original Subject Line).
I will explain the situation, if you're in a hurry jump down to the logs.
I recently installed a 'mail cleaning and forwarding solution' based on
Ubuntu 8.04 Server, running Postfix (2.5.1) and some other daemons.
It works pretty good as long as the emails are less than 1 MB. When the
emails are a bit larger or "heavier", -as they say around here-, my
external relay's smtp complains about a timeout. It's not the dsl, isp,
forwarder(I don't think), router, etc. Because small -light ;-) emails
work, plus, when I transfer files locally it goes pretty fast, no
troubles, also, when emails come in via fetchmail, from the same
provider as smtp, I can almost see the wire start to glow.
When I forward the messages to my local server (emergency solution),
that is the one *this* server is supposed to replace; ,i.e., I tell the
Ubuntu to forward the email through the old Trustix server (both on the
same switch after the router), the email gets transferred faster to the
old box than you can type iftop and then he (trustix) slowly but
constantly (in comparison) transfers it to verio. No timeouts and no
retries (I get some retries on the new one according to tcpdump +
wireshark).
So after learning this, I thought that even though everything else works
normally on the new server, (read something about broken routers) there
might be something wrong with the tcp settings, which I then tweaked
via sysctl. I added some settings I found on ubuntuguides but all to no
avail. I changed all tcp settings to default and even commented
everything-tcp out but no change. So it's back to defaults in sysctl.
Disabled IPv6.
Anyway, after starting both Postfixes (is this the right way to refer to
Postfix plurally?) with debug option, both showed the following at the
end of their connections:
Trustix (Postfix 2.1.6) Works
rec_get: type N len 19 data ---sent vi
Aug 5 23:07:53 xxx postfix/smtp[9192]: rec_get: type N len 0 data
Aug 5 23:07:53 xxx postfix/smtp[9192]: rec_get: type X len 0 data
Aug 5 23:07:53 xxx postfix/smtp[9192]: > smtp[10]: .
Aug 5 23:07:53 xxx postfix/smtp[9192]: > smtp[10]: QUIT
Aug 5 23:07:53 xxx postfix/smtp[9192]: vstream_fflush_some: fd 11 flush 1988
Aug 5 23:07:54 xxx postfix/smtp[9192]: vstream_buf_get_ready: fd 11 got 28
Vs.
Ubuntu 8.04 Server Edition (Postfix 2.5.1) Doesn't work
Aug 5 23:50:02 xxx postfix/smtp[14115]: rec_get: type N len 76 data SGpXYjJVMC
Aug 5 23:50:02 xxx postfix/smtp[14115]: vstream_buf_get_ready: fd 11 got 4096
Aug 5 23:50:02 xxx postfix/smtp[14115]: rec_get: type N len 76 data V01ickZnT2
Aug 5 23:50:02 xxx postfix/smtp[14115]: vstream_fflush_some: fd 13 flush 4096
Aug 5 23:52:53 xxx postfix/smtp[14115]: smtp_fputs: EOF
Aug 5 23:52:53 xxx postfix/smtp[14115]: vstream_buf_get_ready: fd 13 got 22
Aug 5 23:52:53 xxx postfix/smtp[14115]: < smtp[1.1.2.0]:587: 451 timeout
(#4.4.2)
Aug 5 23:52:53 xxx postfix/smtp[14115]: connect to subsystem private/defer
Aug 5 23:52:53 xxx postfix/smtp[14115]: send attr nrequest = 0
Could anybody please explain?
The Postfix settings are the same (where possible) on both boxen and
Trustix uses 2.4.35.3 Kernel FYI. Same, -well really close actually-
firehol setup, both machines as analog as possible.
You're probably asking yourself why I'm bothering *this* list, well,
because everything else works well with Ubuntu, except for this problem
I am encountering with Postfix. Besides I think I tried everything on
Ubuntu I could find. Will not switch MTA, my life is complicated enough.
Rather switch distro, I'm thinking of devil-linux as plan B; but I'd
rather not. just starting to get used to Ubuntu.
So again, it works but not with large attachments.
Any ideas?
More info required? I thought tcpdump wouldn't be very useful. Please confirm
if you think this would help in decyphering the situation. I have changed the MTU,
(1492) no difference, besides the old server is using 1500 too and it works.
Anything? Please?
Sorry for taking your time, but I'm tired of searching and trial and
error. I don't know where else to look.
Don't get me wrong, I love Postfix, that's why I want to keep using it
;-) +5 years by now!
Thank's for this great piece of software.
---Sorry, I'm not a computer expert, but I'm not really a newbie either.
dennis.hitzigrath
