Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 15 replies
  • Subscribers 1 subscriber
  • Views 9787 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

Too Many Concurrent SMTP Connetions

mattyass
In 6.3 we could turn of the SMTP Connection limit.  Is there a way to do this in V7? Even better would be the option to adjust it.   

Email is taking forever to get through to us because Astaro is indicating too many concurrent SMTP connections.  I'm not sure if there is another way around this or if I should be considering some other way of quickly getting email through.  Let me know if anyone has any ideas on how to get email flowing quickly again.  

Thanks


This thread was automatically locked due to age.
Parents
  • 0
    Hi,

    i'm having exactly the same issues for quite some days now. Already tried to locate the setting "under the hood" using SSH but was unable to. Any help to increase the maximum amount of concurrent SMTP-Connections would be highly appreciated!

    kind regards

    jan schreiber
  • 0 in reply to janosch
    Are you using Intrusion Protection??  I'm wondering if that wouldn't cut down on my bogus SMTP connections and allow the real guys to send through.  

    I had to take v7 out of production, so I can't test it here.
  • 0 in reply to janosch
    I have the same problem.
    Talking to my reseller, and he said exactly the same.
    The Mailer is based on Exim Internet Mailer, and it's limit to 20 connection.
    I have to say that this limitation makes it impossible to work with if you have allot of users.
    I have about 500 users, and allot of them checking the mail while coming home from work.  
    20 concurrent connection limitations make it impossible for me to work with it...
    I hope someone from Astao will read it and come with any solution.
  • 0 in reply to Goldy_01
    Hi,

    got an email from my local distributor this morning, Astaro went on my customers Firewall (had to supply passwords for this of course) and increased the amount of concurrent SMTP-Connections from 20 to 40! Seems the problem is gone now!

    Maybe you ask your local distributor again to do the same for you!

    kind regards

    jan schreiber
  • 0 in reply to janosch
    FWIW, I just had to disable DoS protection on one of my 6.311 firewalls, exim had 20 processes open and refusing a lot of mail.

    Currently it's running between 30 and 50 exim processes, it would be nice to be able to change the incoming process limit, 20 is far too limiting with the number of spam bots out there today and with 1GB of memory we shouldn't have any issues running up to 100 exim processes.
  • 0 in reply to drees
    100 exim processes? 
    that is too manay for 1 GB ram. 
    because the spamd, cffd, mysql .... processes need to much memory.

    50 is a good limit for the max of smtp connection.
  • 0 in reply to dJ!hannes
    Hi.

    I have 500 users.

    Sending an attachment from my log.

    It seems to me that 40 is more than enough.
  • 0 in reply to dJ!hannes
    100 exim processes? 
    that is too manay for 1 GB ram. 
    because the spamd, cffd, mysql .... processes need to much memory.

    50 is a good limit for the max of smtp connection.

    Yeah, 100 may be too much if you are using spam and content filtering, but if you are not, 100 could still be too little.

    That's why it should be configurable.
  • 0 in reply to drees
    All,

    got the same problem now running an ASG220 7.009 with about 100 users. Does anyone know where i can change the limit myself? Waiting for Astaro to change this value is a problem as i know that my users will try to kill me tomorrow morning [:O] if the problem still persists...

    cheers

    Jan
  • 0 in reply to emuemil
    Im not sure if this is the place to change it but I was snooping around and found /var/chroot-smtp/etc/exim.conf

    I vi'ed exim.conf and found

    smtp_accept_max = 20
    smtp_accept_queue_per_connection = 15

    I gots gold support so they are changing mine.
  • 0 in reply to mattyass
    Are you using Intrusion Protection??  I'm wondering if that wouldn't cut down on my bogus SMTP connections and allow the real guys to send through.  

    I had to take v7 out of production, so I can't test it here.

    The DoS feature sets the limit to 20, if you turn it off the limit goes to 999.  If you are large company like us and turn this off, you will quickly lose your box as it runs out of memory. You can change the setting in the config, however it seem to reset it self all the time back to 20, we are fighting this problem right now.
  • 0 in reply to scmiles
    Upgrading to 7.009 worked for us.  Evidently it was the poor spam detection in 7.005 that was causing the problem ie. allowing too many bogus SMTP connections.  With the improved spam detection, I am able to successfully use the proxy in 7.009.
Reply
  • 0 in reply to scmiles
    Upgrading to 7.009 worked for us.  Evidently it was the poor spam detection in 7.005 that was causing the problem ie. allowing too many bogus SMTP connections.  With the improved spam detection, I am able to successfully use the proxy in 7.009.
Children
No Data
Cookie Information Banner