refused to talk to me: postfix solution

Orange sadly limits inbound connexion to it’s MX to 1 connexion per IP, which is a total pain in the ass when you try to deliver newsletter, or manage a MTA.

Here is a sample log from their MX: Jul 4 10:42:42 postfix/smtp[32347]: 0123456789: host[] refused to talk to me: 421 mwinf5c34 ME Trop de connexions, veuillez verifier votre configuration. Too many connections, slow down. OFR004_104 [104]

However, since they won’t change anything, we have to take mesures, here’s what you can do if you run postfix: you have to set a per-destination concurrency limit.

  • /etc/postfix/

Identify or configure the transport_maps file:

transport_maps = hash:/etc/postfix/transport
  • /etc/postfix/transport

Now, overrides the default transport for Orange (and all of it’s related domains) in the transport maps file     orange:    orange:

Then, use postmap /etc/postfix/transport to generate transport.db

  • /etc/postfix/

You have to configure the new transport “orange” not to fork (maxproc=1) with this line in

# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
orange    unix  -       -       n       -       1       smtp

You can now reload postfix and use ps(1) to verify that there only is one “orange” process at a time while delivering emails to Orange users:

postfix  32618 32471  0 17:07 ?        00:00:00 smtp -t unix -u
postfix  32619 32471  0 17:07 ?        00:00:00 smtp -t unix -u
postfix  32672 32471  0 17:15 ?        00:00:00 smtp -l -n orange -t unix -u

[1] Source:

3 comments so far.

  1. Thanks very much. This solution worked first time for we, where others had not.

    One small addition to these instructions. and that is that after amending the config files, you need to run the following two commands to make Postfix aware of the new settings:

    postmap /etc/postfix/transport
    /etc/init.d/postfix restart

    • Hey, glad it helped, even though it’s horrible to have to deal with such non-sense …
      As for the postmap commands, it’s already in the article, but maybe not visible enough I can agree ! ;)

  2. Thx for the guide. I use it in my work but I have a problem with different emails sent with that limit. When postfix tries to send deferred messages again, they are sent without any limits. Did you have the same problem did you solve it and is it even possible?

Share your thoughts