Ever since I upgraded the disk space on my Gentoo Linode, I've had trouble sending e-mail from it. I can connect to the SMTP port or use the sendmail command (the one that came with Postfix) just fine, but when I check the mailq, each queued message remains with the following error:

(connect to 127.0.0.1[127.0.0.1]: Connection refused)

This also means that PHP is unable to send any e-mail (which is bad, since this Linode in particular is running a server uptime monitoring service).

This is my Postfix main.cf:

soft_bounce = no

queue_directory = /var/spool/postfix

command_directory = /usr/sbin

daemon_directory = /usr/lib/postfix

mail_owner = postfix

myhostname = mx1.betadome.net

mydomain = mx1.betadome.net

myorigin = $mydomain

inet_interfaces = all


#mydestination = $myhostname, localhost.$mydomain $mydomain $transport_maps

mydestination = $transport_maps

#smtpd_restriction_classes =
#       spamhater
#       spamlover

#spamhater = reject_invalid_hostname
#       reject_non_fqdn_hostname
#       reject_non_fqdn_hostname
#       reject_non_fqdn_hostname
smtpd_helo_required = yes

#spamlover = permit
smtpd_sender_restrictions = reject_unknown_sender_domain
                                reject_non_fqdn_sender,
                                reject_non_fqdn_sender_domain,
                                reject_unknown_sender_domain

smtpd_sender_restrictions =reject_unknown_sender_domain,
                        reject_non_fqdn_sender


smtpd_recipient_restrictions = permit_mynetworks,
                                permit_sasl_authenticated,
#                               reject_non_fqdn_hostname,
#                               reject_non_fqdn_sender,
#                               reject_non_fqdn_recipient,
                                reject_unknown_recipient_domain,
                                reject_unauth_destination,
                                check_sender_access hash:/etc/postfix/senders,
                                #reject_unknown_sender_domain
                                reject_unauth_pipelining,
                                reject_invalid_hostname,
                                reject_rbl_client opm.blitzed.org,
                                reject_rbl_client list.dsbl.org,
                                reject_rbl_client dnsbl.sorbs.net,
                                #reject_rbl_client proxies.relays.monkeys.com,
                                reject_rbl_client relays.ordb.org,
                                #reject_rbl_client dev.null.dk,
                                reject_rbl_client bl.spamcop.net,
                                reject_rbl_client sbl.spamhaus.org,
                                permit_mx_backup,
                                check_client_access hash:/etc/postfix/filtered_domains,
                                reject

local_recipient_maps = unix:passwd.byname $alias_maps
strict_rfc821_envelopes = no
unknown_local_recipient_reject_code = 450

mynetworks_style = host
mynetworks = /etc/postfix/mynetworks

#relay_domains = $mydestination, $transport_maps
relay_domains = proxy:mysql:/etc/postfix/mysql_relay_domains_maps.cf

in_flow_delay = 1s

virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
#                       hash:/usr/local/mailman/data/virtual-mailman

virtual_mailbox_base  = /usr/local/virtual
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_transport = virtual
#virtual_transport = maildrop
virtual_mailbox_limit = 51200000
virtual_uid_maps = static:207
virtual_gid_maps = static:207

virtual_mailbox_limit = 51200000
virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql_virtual_mailbox_limit_maps.cf
virtual_maildir_limit_override = yes
virtual_maildir_limit_message = User's mailbox is full
virtual_overquota_bounce = yes

#maildrop_destination_recipient_limit = 1
#mailbox_command = /usr/bin/procmail

alias_maps = hash:/etc/mail/aliases
#hash:/usr/local/mailman/data/aliases,
                #hash:/etc/mail/aliases

owner_request_special = no
alias_database = hash:/etc/mail/aliases

recipient_delimiter = +
owner_request_special = no

home_mailbox = Maildir/


mail_spool_directory = /var/spool/mail

smtpd_sasl_auth_enable = yes
smtpd_sasl2_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_sasl_local_domain = $myhostname


content_filter = smtp-amavis:[127.0.0.1]:10024


smtpd_banner = Betadome Digital Media support@betadome.com

local_destination_concurrency_limit = 2
default_destination_concurrency_limit = 10

debug_peer_level = 4


debugger_command =
         PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
         xxgdb $daemon_directory/$process_name $process_id & sleep 5


sendmail_path = /usr/sbin/sendmail

newaliases_path = /usr/bin/newaliases

mailq_path = /usr/bin/mailq

setgid_group = postdrop

manpage_directory = /usr/share/man

sample_directory = /etc/postfix/sample

readme_directory = /usr/share/doc/postfix-2.0.11
allow_min_user = yes

Is there anything I'm missing here?

Is your lo loop-back network device configured?

-Chris

Wouldn't that also hinder my ability to do this?

kimandre@edison ~ $ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 Betadome Digital Media support@betadome.com
quit
221 Bye
Connection closed by foreign host.
kimandre@edison ~ $

(The "quit" statement is what I typed, btw)

Problem with your content filter?

If not, what does the mail.log file say when delivery is attempted.

Cliff

Silly me, I forgot to check what the logs sid

I found this in mail.log:

Jan 10 03:46:07 edison postfix/smtp[8543]: connect to 127.0.0.1[127.0.0.1]: Connection refused (port 10024)

So, I tried to restart:

edison ~ # /etc/init.d/amavisd restart
 * Caching service dependencies...                                   [ ok ]
 * Stopping amavisd-new ...
start-stop-daemon: warning: failed to kill 1035: No such process     [ !! ]

Resetting it to stopped state (using /etc/init.d/amavisd zap), I started it again, and now it's delivering mail again, like it's supposed to.

Seems like all I needed, was a nudge in the right direction... Thanks, guys!