Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a Postfix mail gateway. At the same time, every other host is set to use this gateway as the relay.

We have some automated outgoing emails sent from some hosts. I believe the gateway tries to send a deferred status back to the system started this. But that system is a null client, which sends but not receive any email

Is there anyway to stop sending the deferred status?

Example log output:

postfix/smtp[35725]: 2F6A155C256: to=, relay=none, delay=260862, delays=260862/0.01/0/0, dsn=4.4.1, status=deferred (connect to[]:25: Connection refused)

share|improve this question

"Deferred" means that Postfix tried to deliver the message but failed (in this case because the MX server rejected the SMTP connection), and so it is going to wait a while and try to deliver it later. Postfix isn't sending a status report, it is simply trying to deliver a message which it was asked to deliver. That message may have been generated by Postfix (e.g. a bounce notification regarding the failed deliver of a different message), or it may have been generated by another client altogether. You need to figure out where that message came from, and fix whatever is generating it to either not generate it, or to send it elsewhere.

share|improve this answer
It should be mentioned that when a mail is deferred, it is stored for later retry until a maximum amount of time has passed. – Jarmund Oct 30 '12 at 2:51

You have a mail in your server's mail queue that goes to an email address that you helpfully edited out of your quoted syslog line. It's been there for a while.

You'll have to figure out what process is generating those emails and fix it at the source. It might be a matter of editing /etc/mailname on the other hosts, or telling your gateway host to consider mail from the other hosts as local and deliver it locally rather than attempting to send it back to the originating system.

There is no "send a deferred status back to the system" mechanism in SMTP to requeue a mail at the originator server after the SMTP connection has been closed.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.