Hi George, Could be that you are timing out due to link issues. SMTP is kind of 'connection-oriented' meaning that your MTA needs to maintain the session until the entire message is sent. When you get cut off (resets, etc), you've got to begin afresh.
>From your mail log, looks like you have a problem with geographically distant servers. Can u send me a 1.5MB mail so that we can verify that local (UIXP-routed) mails work? Next step could be a quick Exim or Sendmail config to isolate the problem to Postfix. Kind regards, Bernard Wanyama Support Engineer Linux Solutions. Cell: +256 71 193979 > Hello all, > Thanks for your responses and sorry couldn't answer promptly yesterday due > o > some obligations away from the server room. > 1. It can't be message size limit., 10240000 bytes =10MB and that is way > beyond 1MB!! > > [more comments inline] > On Monday 14 November 2005 14:37, Kenneth Kabagambe wrote: >> i. what do you mean by "uplink usage" ? is this smtp traffic measured >> outbound from your server or router > I meant all the traffic combined. What I did was to limit smtp traffic > alone > to a maximum of 48kbps(my link total is 128kbps, so I feel that was quite > generous:-) ). The limiting of the SMTP normalised the situation. > >> looks to me like you need to do rate limiting in postfix itself. if >> you can also post the "smtp" line from master.cf >> it would help. also see http://www.postfix.org/rate.html > Will get back to you on this, let me do the reading first. > >> ii. could the failure be due to throttling at your gateway, and not >> allowing the message processing to be completed? > No. The behavior is the same with or without the throttling. The problem > is > within Postfix!! > >> how are you >> throttling? > Gateway is running ClarkConnect and has a webinterface for bandwidth > management. > >> do you experience the same behaviour when sending internal >> mail? > No. Internal mail is very smooth. No problem whatsoever > >> iii.what version of postfix are you running? > Postfix-2.2.1 > But sincerely how can postfix deliver attachments of a particular size > internally and fail to deliver the same size outside!! Baffling! > >> >> Lule George William wrote: >> >Dear all, >> >Since I deployed my postfix server two weeks ago (after getting rid of >> > good ol' sendmail), it has two problems that I have failed to sort >> out. >> > 1. From the time it got online, my uplink usage shot straight up to >> > 100%!! Before it used to hover between 40-70%. After monitoring it for >> a >> > few days and determining that this wasn't due to increased activity >> from >> > my users, I throttled it at the gateway. However, I am still >> interested >> > to know why it did it that way. >> >2. It has refused to send mails with attachments beyond 1 MB to any >> >destination. >> >Machine is running SuSE Linux 9.3. Some more info >> >================================================================= >> >postmaster1:~ # uname -a >> >Linux postmaster1 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC 2005 >> > i686 i686 i386 GNU/Linux >> >================================================================== >> > >> >An example of an entry from /var/log/mail >> >================================================================== >> >Nov 14 06:03:18 postmaster1 postfix/smtp[5968]: E5CAE77F1D: >> >to=<[EMAIL PROTECTED]>, relay=mx2.mail.yahoo.com[67.28.114.35], >> > delay=386525, status=deferred (conversation with >> > mx2.mail.yahoo.com[67.28.114.35] timed out while sending message body) >> >Nov 14 06:03:24 postmaster1 postfix/smtp[5950]: 65B251CB31: >> >to=<[EMAIL PROTECTED]>, relay=mx2.mail.ukl.yahoo.com[217.12.11.64], >> >delay=239985, status=deferred (lost connection with >> >mx2.mail.ukl.yahoo.com[217.12.11.64] while sending message body) >> >Nov 14 06:04:00 postmaster1 postfix/smtp[5957]: AC41378495: >> >to=<[EMAIL PROTECTED]>, orig_to=<xxxxx>, >> >relay=gsmtp83.google.com[66.249.83.27], delay=217864, status=deferred >> >(conversation with gsmtp83.google.com[66.249.83.27] timed out while >> > sending message body) >> >Nov 14 06:04:07 postmaster1 postfix/smtp[5934]: 2DF1C44A11: >> >to=<[EMAIL PROTECTED]>, relay=mx2.mail.yahoo.com[67.28.114.35], >> > delay=216324, status=deferred (lost connection with >> > mx2.mail.yahoo.com[67.28.114.35] while sending message body) >> >Nov 14 06:04:08 postmaster1 postfix/smtp[5504]: F06337809D: >> > to=<[EMAIL PROTECTED]>, relay=mx12.un.org[157.150.184.102], delay=250343, >> > status=deferred (conversation with mx12.un.org[157.150.184.102] timed >> out >> > while sending message body) >> >Nov 14 06:04:22 postmaster1 postfix/smtp[5955]: 92F7F781C1: >> > to=<[EMAIL PROTECTED]>, relay=in1.smtp.messagingengine.com[66.111.4.71], >> > delay=418224, >> >status=deferred (conversation with >> > in1.smtp.messagingengine.com[66.111.4.71] timed out while sending >> message >> > body) >> >=================================================================== >> > >> >And the output of postconf >> >===================================================================== >> >postmaster1:~ # postconf -n >> >alias_maps = hash:/etc/aliases >> >biff = no >> >canonical_maps = hash:/etc/postfix/canonical >> >command_directory = /usr/sbin >> >config_directory = /etc/postfix >> >daemon_directory = /usr/lib/postfix >> >debug_peer_level = 2 >> >defer_transports = >> >disable_dns_lookups = no >> >header_checks = regexp:/etc/postfix/header_checks >> >html_directory = /usr/share/doc/packages/postfix/html >> >inet_interfaces = 127.0.0.1 172.16.22.30 ::1 >> >inet_protocols = all >> >mail_owner = postfix >> >mail_spool_directory = /var/mail >> >mailbox_command = >> >mailbox_size_limit = 0 >> >mailbox_transport = >> >mailq_path = /usr/bin/mailq >> >manpage_directory = /usr/share/man >> >masquerade_classes = envelope_sender, header_sender, header_recipient >> >masquerade_domains = >> >masquerade_exceptions = root >> >message_size_limit = 10240000 >> >mydestination = $myhostname, $mydomain, localhost.$mydomain >> >mydomain = umu.ac.ug >> >myhostname = postmaster1.umu.ac.ug >> >mynetworks = 127.0.0.0/8 >> >myorigin = umu.ac.ug >> >newaliases_path = /usr/bin/newaliases >> >queue_directory = /var/spool/postfix >> >readme_directory = /usr/share/doc/packages/postfix/README_FILES >> >relayhost = >> >relocated_maps = hash:/etc/postfix/relocated >> >sample_directory = /usr/share/doc/packages/postfix/samples >> >sender_canonical_maps = hash:/etc/postfix/sender_canonical >> >sendmail_path = /usr/sbin/sendmail >> >setgid_group = maildrop >> >smtp_sasl_auth_enable = no >> >smtp_use_tls = no >> >smtpd_client_restrictions = >> >smtpd_helo_required = no >> >smtpd_helo_restrictions = >> >smtpd_recipient_restrictions = >> permit_mynetworks,reject_unauth_destination >> >smtpd_sasl_auth_enable = no >> >smtpd_sender_restrictions = hash:/etc/postfix/access >> >smtpd_use_tls = no >> >strict_rfc821_envelopes = no >> >transport_maps = hash:/etc/postfix/transport >> >unknown_local_recipient_reject_code = 450 >> >========================================================================== >> >======== I've googled and there are a number of references to this >> > problem, but non has helped me. >> >Sorry for the long post. I will appreciate any help thrown my way. >> >Thank you all. > > -- > ************************************************************************ > Lule George William (Mr) > Network and Systems Administrator > Uganda Martyrs University, Nkozi > P.O. Box 5498 Kampala > Uganda > /* The only reason some people are alive is because it is illegal to shoot > them */ > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The List's Host is not responsible for them in any > way. > --------------------------------------- > > _______________________________________________ LUG mailing list [email protected] http://kym.net/mailman/listinfo/lug %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The List's Host is not responsible for them in any way. ---------------------------------------
