Koozali.org formerly Contribs.org

"Slowing down" sending e-mail

"Slowing down" sending e-mail
« on: June 18, 2014, 12:14:11 PM »
For several years now we've been sending a weekly price list to customers (about 150 in total) via our SME server.  Recently we've had complaints from some customers that they're arriving much too late (up to 2 days after sending).  I've tracked it down to customers from one ISP (44 of the 150 addresses are with one ISP) - here is the text from the qmail logfile:

2014-06-17 15:32:07.509441500 delivery 5090: deferral: Connected_to_XXX.XXX.XXX.XXX_but_greeting_failed./Remote_host_said:_421_mwinf5c63_ME_Trop_de_connexions,_veuillez_verifier_votre_configuration._Too_many_connections,_slow_down._OFR004_104_[104]/

I guess that it's maybe some kind of anti-spam thing - too many mails from our server at once - it used to work fine and, apart from applying updates, we haven't changed anything. It's maybe not a SME problem but I'm hoping that there's some setting I could change that would "slow down" our sending.

Server is SME 8 standard, no contribs, all updates applied.

Offline Daniel B.

  • *
  • 1,697
    • Firewall Services, la sécurité des réseaux
Re: "Slowing down" sending e-mail
« Reply #1 on: June 18, 2014, 01:53:45 PM »
You have too options:
- Lower your global concurrency limit

Code: [Select]
db configuration setprop qmail ConcurrencyRemote 10
signal-event email-update

(default concurrency is 20, you might have to adjust this)

Or you can use http://wiki.contribs.org/AltQmail which I've made exactly for this kind of cases: it setups a second qmail instance, with its own ConcurrencyRemote settings, and you can choose which ever domain you want through it (so you can keep 20 concurrency delivery for the main qmail, and only send problematics domains through the second qmail instance, with a lower concurrency setting)
C'est la fin du monde !!! :lol:

Offline brianr

  • *
  • 956
Re: "Slowing down" sending e-mail
« Reply #2 on: June 18, 2014, 03:24:41 PM »
Or you could use one of the email list management websites.

We use:

http://www.mailchimp.com

for a list of 150 emails, there would be no cost.
Brian j Read
(retired, for a second time, still got 2 installations though)
The instrument I am playing is my favourite Melodeon.
.........

Re: "Slowing down" sending e-mail
« Reply #3 on: June 19, 2014, 10:13:42 AM »
Daniel B - thanks for that!

As we only have the one domain on the server I have followed your instructions and will update after we send the next price list.

Will the changes survive updates?  How do I check?

Brian R - thank for the suggestion - I'll try the server option first.  :)

Re: "Slowing down" sending e-mail
« Reply #4 on: June 19, 2014, 03:23:46 PM »
- Lower your global concurrency limit

Code: [Select]
db configuration setprop qmail ConcurrencyRemote 10
signal-event email-update

(default concurrency is 20, you might have to adjust this)

Yes, paradoxically, reducing the outbound concurrency (number of concurrent connections) will increase the rapidity with which you can send all the mail in your mail queue.