Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 1384 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 Proxy under Stress with 150.000 Mails

SveN_01
Hi, 
I sent about 150.000 Mails through the SMTP Server of ASL 4.009. Maybe this hasn't done anyone before  
It was AMD 1300MHz Duron with a 30GB IDE Drive, it is connected via 1MBit line to the internet. The SMTP Relay LOG-File (for one day) got about 60MB.
But there happend some things that locked a little strange to me:

- The Firewall sent me Mails that some services are not running (LicenseServer, WebAdmin, KernelLog, CRON, Authentication, Syslog, Middleware, SNMP and so on). Maybe the state of the serivces are not detected correct if the firewall is a little under stress. SystemLoad did not get above 67% and Connection max were 1700


- I got one Mail saying  "Incorrect /tmp permission - set to correct(1 times)" - whatever that is?


- In the mail relay I saw some entries about the file system, maybe there is a problem with the file system???
Jul 29 00:33:51 www exim[4968]: 2003-07-29 00:33:51 1 accept() failure: Too many open files in system
Jul 29 00:33:51 www exim[4784]: 2003-07-29 00:33:51 failed to open /etc/exim.acceptrelay when checking "127.0.0.1:/etc/exim.acceptrelay": Too many open files in system
Jul 29 00:33:51 www exim[3622]: 2003-07-29 00:33:51 19hGXz-0000wL-00 failed to open database lock file /spool/db/wait-remote_smtp.lockfile: Too many open files in system
Jul 29 00:33:52 www exim[4794]: [1\16] 2003-07-29 00:33:52 19hGYy-0001FK-00 exiscan: temporary local problem (unable to open file for writing: /spool/scan/19hGYy-0001FK-00/19hGYy-0001FK-00-complete)


But overall, no BlueScreen      


cu SveN   


This thread was automatically locked due to age.
Parents
  • 0
    You probably ended up with about 150,000 open SMTP connections (or a very high number before you hit some system limit for processes, open files or whatever). One way to prevent this from happening is to configure Exim to open SMTP connections up to a defined maximum - you can check the Exim web site for the documentation which will tell you how to do this - http://www.exim.org. The configuration parameter you are looking for will be max_smtp_connections or something similar. If you set this to 20 (for example) then Exim will only try to deliver 20 mail messages simultaneously. This should stop this problem from happening in future - I do hope you are not a spammer !

       
Reply
  • 0
    You probably ended up with about 150,000 open SMTP connections (or a very high number before you hit some system limit for processes, open files or whatever). One way to prevent this from happening is to configure Exim to open SMTP connections up to a defined maximum - you can check the Exim web site for the documentation which will tell you how to do this - http://www.exim.org. The configuration parameter you are looking for will be max_smtp_connections or something similar. If you set this to 20 (for example) then Exim will only try to deliver 20 mail messages simultaneously. This should stop this problem from happening in future - I do hope you are not a spammer !

       
Children
  • 0 in reply to John Agnew
    Well, but what happens if we've an enormous list of mails pending to exit in the smtp queue and you want to delete them?

    We've received a spam attack last week and now my only way to stop the queue of outgoing mail is to stop the smtp proxy. Of course, this prevents me to receive mail.

    The Proxy content manager simply can't show the list of email, it shows an internal server error after a long wait. The firewall is at 100% of cpu usage and showing errors of ram and swap usage.

    I've trying to use the exim options to empty the queue from console, but due to the chroot nature of the implementation I can't do it. The last resort is to do a rm -rf to the output queue, but maybe this leaves the exim daemon in bad state. I don't know enough about exim to do it safely.

    Maybe anyone has any trick to apply?  
  • 0 in reply to Joaquin
    Sven wrote in another thread:
    stop the smtp proxy,
    delete anything under:
    /var/chroot-smtp/spool/input  
  • 0 in reply to Simon Shaw
    Thanks. I was unsure if the "hard" solution can be done without breaking anything in the Astaro admin.