You should be able to configure the outbound postfix instance to do some level of rate limiting on the deliveries.
On Jun 27, 2013, at 1:00 PM, Nuno Abrantes <[email protected]> wrote: > Hello again... going to bother you guys with my questions. > > I have everything setuped but now I have an "issue" that might be a "feature" > :) > > I'm working with an online newspaper that triggers about 500k to 1M emails at > the time normaly once a week, obviously some email servers and DNSLB services > disagree with this and start to bounce back the sent emails. > > So I'm going to use: "newsletter software (with smtp client)" -> "policyd" -> > "smarthost" -> "recipients" > > I'll be using the quota feature to delay huge quantities at once. > > I've create a rule to test and I'm able to direct excessive counts to the > hold queue (testing purposes). > > But the hold queue doesn't fit me because I want postfix to reprocess the > defered queue and slowly sent "my" emails to their destinations without any > human intervention. > > My problem is that once I change the "verdict" to defer I start getting fail > codes. > > root@policyd:~# for f in 1 2 3 4 5 6 7 8 9 10 ;do ./smtp-cli > --server=localhost [email protected] --to > [email protected] --subject "testes via smtp";done > RCPT TO <[email protected]> failed: '450 4.7.1 > <[email protected]>: Recipient address rejected: 5' > RCPT TO <[email protected]> failed: '450 4.7.1 > <[email protected]>: Recipient address rejected: 5' > RCPT TO <[email protected]> failed: '450 4.7.1 > <[email protected]>: Recipient address rejected: 5' > RCPT TO <[email protected]> failed: '450 4.7.1 > <[email protected]>: Recipient address rejected: 5' > > note: "saywhat.pt" doesn't exist. > > Googling like crazy I've came across this guy having exactly the same issues > i have and stating that I need a prior smtp server to hold the defered > emails.. > > http://www.void.gr/kargig/blog/2011/12/19/rate-limit-outgoing-emails-from-php-web-applications-using-postfix-and-policyd/ > > So he claims that the emails never get past the incoming queue thus not being > put on the defer queue and lost forever: > > " Applying a defer/greylisting policy on the incoming queue is fine while the > client on the remote side is another SMTP server that can happily store the > deferred email on its queue and retry some minutes/hours later. What happens > though if the SMTP client is a PHP application that connects through the > mail() function ? There you have no queue and if you defer a message at the > SMTP server it will get forever lost, PHP can’t resend it." > > I don't have a php app but I have a newsletter software made by another > company my customer works with. > > I read this: http://www.postfix.org/OVERVIEW.html to understand, and I'm not > fully convinced that I can't use just one postfix... > > Now the question, is he right or is their another way? > > Best regards and thanks in advance. > Nuno Abrantes > > > On Tue, Jun 25, 2013 at 6:43 AM, Nigel Kukard <[email protected]> wrote: >> On 06/24/2013 11:23 PM, Nuno Abrantes wrote: >>> Hello all. >>> >>> Just to thank you for the help, specially to Nigel since that was indeed my >>> "problem". >>> >>> Found a useful perl script that provides a good cli option to do my smtp >>> >>> many thanks >> >> Great to hear that Nuno! >> >> -N >> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.policyd.org/mailman/listinfo/users_lists.policyd.org > > > > -- > Cptos / Regards > > Nuno Abrantes > > skype: [email protected] / nmabrantes > http://www.linkedin.com/in/nabrantes > _______________________________________________ > Users mailing list > [email protected] > http://lists.policyd.org/mailman/listinfo/users_lists.policyd.org
_______________________________________________ Users mailing list [email protected] http://lists.policyd.org/mailman/listinfo/users_lists.policyd.org
