OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Re: qmgr: connect to transport smtp: connection refused

From: Andreas Winkelmann (mlawinkelmann.de)
Date: Thu May 25 2006 - 13:01:43 CDT


Am Thursday 25 May 2006 19:46 schrieb Remi:

> First, I apologize in advance for my pessimism. I usually fix all my
> Linux problems by myself, and each time I'm desperate, I ask questions
> in forums or mailing lists. In my past experience, each time I ask my
> questions, I never get any answer. I sincerely hope someone has an
> answer for this.
>
> I'm running Fedora Core 5 with Postfix as my local SMTP server. Since
> the first time I've set up Postfix to use my ISP's SMTP server as an
> external relay, everything was fine.
>
> But since a few days, somehow, I'm no longer able to send mail to
> external systems. Internal mail still works fine.
>
> I tried smtp-source to send e-mails locally using 'localhost', and it
> works. I tried it with my ISP SMTP server to send mail to an external
> system, and it works. But sending to an external system using localhost
> fails.
>
> In the postfix syslog log file, "/var/log/maillog", I now get many lines
> similar to the following:
> postfix/qmgr[4538]: warning: connect to transport smtp: Connection refused
>
> When doing "postqueue -p", all mail for an external system is stacked up
> and stored in "/var/spool/postfix/deferred/". The output says many times
> for each stacked message:
> delivery temporarily suspended: transport is unavailable
>
> Here's my 'postconf':

Next time "postconf -n", please.

> And my master.cfg (Some comment lines stripped out):
>
> smtp inet n - n - - smtpd
> #submission inet n - n - - smtpd
> # -o smtpd_etrn_restrictions=reject
> # -o smtpd_client_restrictions=permit_sasl_authenticated,reject
> #smtps inet n - n - - smtpd
> # -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
> #submission inet n - n - - smtpd
> # -o smtpd_etrn_restrictions=reject
> # -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes
> #628 inet n - n - - qmqpd
> pickup fifo n - n 60 1 pickup
> cleanup unix n - n - 0 cleanup
> qmgr fifo n - n 300 1 qmgr
> #qmgr fifo n - n 300 1 oqmgr
> tlsmgr unix - - n 1000? 1 tlsmgr
> rewrite unix - - n - - trivial-rewrite
> bounce unix - - n - 0 bounce
> defer unix - - n - 0 bounce
> trace unix - - n - 0 bounce
> verify unix - - n - 1 verify
> flush unix n - n 1000? 0 flush
> proxymap unix - - n - - proxymap
> smtp unix n - n - - smtp

Change the first "n" back to "-", reload postfix and flush the queue.

smtp unix - - n - - smtp

> Those anyone has any idea about this? I've been investigating about this
> the entire morning and I still have no clue why a setup that used to be
> working perfectly now fails everytime.
>
> In advance, to those who reply, thank you.

--
        Andreas