Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 3283 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SMTP outgoing email limits

vbanto
Does the SMTP proxy server limit the number of simultaneous outgoing emails from our mail server?  We have several email lists which we send email to 20,000+ customers and they seem to be going out very slow.  If there are limits and tweaks, please advise.

Note: we are using 4.002  


This thread was automatically locked due to age.
Parents
  • 0
    There is not "numbered" limit. However, when you send to 20.000 recipents at once, performance depends on how you package the 20.000.

    If you send a SINGLE message for 20.000 recipients, the proxy will try to look up all MX records before he starts the first delivery. This can take hours, but then things will go relatively fast [:)]

    If you send 20.000 messages with one recipient each, the proxy will limit it's input (from your backend, not to the internet) to 25 connections, if your backend is sending the 20.000 parallelized. It it sends them serialized, there will be no problem, but messages will go out one-by-one. This can also take some time.

    The optimum in terms of performance is to send ~100 copies, with ~200 recipients each.

    In any case you can increase the proxys thruput to the internet by decreasing the time for queue runner intervals. To do that, edit /sbin/init.d/smtp and change the line

     Code:

    chroot /var/chroot-smtp /bin/exim -bd -q20m >/dev/null 2>&1 || ret_code=1
     


    to

     Code:

    chroot /var/chroot-smtp /bin/exim -bd -q1m >/dev/null 2>&1 || ret_code=1
     
     

    This comes at the expense of some CPU and RAM overhead.

    /tom
     
Reply
  • 0
    There is not "numbered" limit. However, when you send to 20.000 recipents at once, performance depends on how you package the 20.000.

    If you send a SINGLE message for 20.000 recipients, the proxy will try to look up all MX records before he starts the first delivery. This can take hours, but then things will go relatively fast [:)]

    If you send 20.000 messages with one recipient each, the proxy will limit it's input (from your backend, not to the internet) to 25 connections, if your backend is sending the 20.000 parallelized. It it sends them serialized, there will be no problem, but messages will go out one-by-one. This can also take some time.

    The optimum in terms of performance is to send ~100 copies, with ~200 recipients each.

    In any case you can increase the proxys thruput to the internet by decreasing the time for queue runner intervals. To do that, edit /sbin/init.d/smtp and change the line

     Code:

    chroot /var/chroot-smtp /bin/exim -bd -q20m >/dev/null 2>&1 || ret_code=1
     


    to

     Code:

    chroot /var/chroot-smtp /bin/exim -bd -q1m >/dev/null 2>&1 || ret_code=1
     
     

    This comes at the expense of some CPU and RAM overhead.

    /tom
     
Children
No Data