Topic: Qmail : 452_Too_many_recipients_received_this_hour

[plog99]

I'm using  a standard  SME Server 7.1.3.
One of our user is sending a newsletter to many (many) people.

A remote server is constantly replying this

delivery 510: deferral: 195.238.5.129_does_not_like_recipient./Remote_host_said:_452_Too_many_recipients_received_this_hour/Giving_up_on_195.238.5.129./

I called them, they told me that we'r doing too many connections at the same time. They accept one connection/second.

Except  /var/qmail/control/concurrencyremote I see nothing allowing me to put this kind of limit to Qmail


Any idea ?



messages in queue: 24963
messages in queue but not yet preprocessed: 350

And is getting bigger and bigger....  

[mmccarn]

Even if you find a way to make SME limit itself to one connection per second - if all 25000 pending messages are headed to that particular host, you're looking at 7 hours to empty the queue...

From the error message - "too_many_recipients_received_this_hour" - I would assume that 195.238.5.129 is counting recipients, not connections, despite what they said.

So, are they saying that they only accept 3600 emails per hour from any one host (1 per second), or 3600 connections, each of which can deliver an arbitrary number of emails?

This seems like a crucial difference to me: in the first case (max 3600 recipients) you may need multiple source IP addresses to circumvent their restrictions; in the second case (max 3600 connections, some other limit on recipients) you can pursue a SME-based or workstation-based solution...

I have seen workstation-based newsletter software in the past that allows you to generate mass emails while limiting the number of recipients in any single conversation, etc.

(Just checking the obvious...) I don't suppose that 195.238.5.129 is your ISP's SMTP relay?  If you're trying to relay all 25000 messages out through this IP you may simply need to turn this off and configure your SME to deliver emails directly...

[plog99]

Even if you find a way to make SME limit itself to one connection per second - if all 25000 pending messages are headed to that particular host, you're looking at 7 hours to empty the queue...

That would be the normal behaviour indeed

So, are they saying that they only accept 3600 emails per hour from any one host (1 per second), or 3600 connections, each of which can deliver an arbitrary number of emails?

I tried to set 1 to /var/qmail/control/concurrencyremote and the mails arrive, then put back 20 and recieved "Too many.." again
So I suppose that this is "3600 connections"

I have seen workstation-based newsletter software in the past that allows you to generate mass emails while limiting the number of recipients in any single conversation

This is the case, giving that all the mails are send trough a Ruby on Rails application. All mail are constructed one by one and each of them is sent to only one recipient with some sort of "mail()" function

I don't suppose that 195.238.5.129 is your ISP's SMTP relay?

It is not... but it's a good question


Somebody suggest me to try to limit connections/second on this specific host with iptables

something like

Code: [Select]

iptables -A INPUT -p tcp --tcp-flags SYN,ACK,FIN,RST RST -d 195.238.5.129 -m limit --limit 1/second -j ACCEPT