Hi, I don't mean to hi-jack this thread but figured this was related. I was asked in 2014 what rate of mail could flow through per hour. I gave this response. Do you see anything dangerous in my assumptions ?
Thank you for looking. BTW Postfix version is likely 2.6 ########### I took a stab at this.. Assumptions: Deliver 20,000 emails All to Yahoo Each email goes to only ONE recipient Talima sends us no more than 1000 emails at once Talisma does not send email to us faster than we can send email out 1000 emails in per second = 20 seconds 20 emails out per second per domain (yahoo) = 996 seconds 996 + 20 = 1016 seconds = 16.93 minutes for 20,000 emails 60 minutes / 16.93 minutes = 3.54 20,000 emails * 3.54 = 70880 emails per hour GOTCHAS: A. If Talisma sends to us FASTER than we send mail out, there is a ONE second delay added when We accept a new message. B. Our queues only hold 20,000 emails at a time Obviously they will not send to only one DOMAIN but this should be easy to re-calculate once they know How many different domains a campaign is going to.. QUESTIONS: Can domains we send to handle this current setup ? should we change our setup? If we do change setup, will the domains we send to be able to handle our higher volume ? ############ -ANGELO FAZZINA ITS Service Manager: Spam and Virus Prevention Mass Mailing G Suite/Gmail ang...@uconn.edu University of Connecticut, ITS, SSG, Server Systems 860-486-9075 -----Original Message----- From: owner-postfix-us...@postfix.org <owner-postfix-us...@postfix.org> On Behalf Of si5 Sent: Friday, April 27, 2018 11:40 AM To: postfix-users@postfix.org Subject: Re: postfix maximum load capacities by official document Wietse Venema wrote > si5: >> >>May I suggest: you test the modified code and the unmodified code >> >>and then try to explain why one is better than the other. >> >> >> Wietse >> >> Yes we have tested unmodified code with spirent(200,000 mails per 10 >> minutes) and drops were very less. > > That's 300/s, a performance level that Viktor reported for unmodified > Postfix with a Dell server from 2003. > > https://groups.google.com/forum/?fromgroups=#!topic/mailing.postfix.users/pPcRJFJmdeA > > "One single Postfix instance has been clocked at ~300 message > deliveries/second[8] across the Internet, running on commodity > hardware (a vintage-2003 Dell 1850 system with battery-backed > MegaRAID controller and two SCSI disks). This delivery rate is > an order of magnitude below the "intrinsic" limit of 2500 message > deliveries/second[8] that was achieved with the mail queue on > a RAM disk while delivering to the "discard" transport (with a > dual-core Opteron system in 2007)." > >> Ofcourse the unmodified code is better >> but we modified it based on our requirements and now we are testing it >> too. >> And it is showing significant mail drops. Once we are able make the drops >> less we want to document the maximum load capacities of this modified >> server. Thatswhy we are trying to find a document which has such >> information >> so that we can do an analogous testing and documentation. > > There is no 'formula' to predict the behavior of a non-trivial > program, especially not when the performance is determined by remote > network performance, remore DNS server performance, and remote SMTP > server performance. Meaningful numbers require meaningful measurements. > > BTW I would not consider a mail system as 'working' until all 'lost > mail' instances can be explained. Your requirements may vary. > > Wietse Thankyou for taking time to reply. The information are really helpful. Regards -- Sent from: http://postfix.1071664.n5.nabble.com/Postfix-Users-f2.html
