[xmail] Re: xmail 1.24 smtp timeouts
Hi Davide - Using top, XMailis the active process using CPU. However, perhaps it would display that way if the fault was with OpenSSL, which I am using. However, I am using the FreeBSD 6.2 standard port and having no problems with other SSl uses on thisd system. Also, I beleive (unhless I am doing something incorrectly) that I have discabled the use of SSL completely - does XMail still make calls to OpenSSL even if SSL is unused? I am setting in server.tab: SSLWantVerify0 SSLWantCert0 SSLAllowSelfSigned1 SSLUseCertsFile0 SSLUseCertsDir0 EnableSMTP-TLS0 Thanks, Jeff - Original Message - From: Davide Libenzi davidel@xmailserver.org To: Xmail Mailing List xmail@xmailserver.org Sent: Tuesday, February 13, 2007 12:52 PM Subject: [xmail] Re: xmail 1.24 smtp timeouts On Mon, 12 Feb 2007, Jeff Buehler wrote: Hi Everyone - I have been getting XMail timeouts, along with CPU use going up to something like 98%, after upgrading to 1.24. I am not 100% certain that the upgrade is what is causing this, so I am looking for ideas. I did not have any problems with 1.23, and I don't think that I am seeing any more traffic than I did when using 1.23. I am running FreeBSD 6.2, and saw this with 1.24 under 6.1 also. My configuration is a bit unusual. ASSP is receiving socket 25/587 - ClamSMTP - Xmail, but XMail is the executable that seems to be getting overwhelmed. One thing that I googled time ago that was making openssl for have large delays, was related to the lack of a good source of entropy. But if you're not using openssl, that's never get triggered. Also, are you sure it's XMail sucking CPU? - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: wlex doubt
At 18.50 11/02/07, you wrote: !aex,wlexTAB/var/MailRoot/filters/filip-supera-filters/GLST_.plTAB@@REMOTEADDRTAB@@FILETAB@@FROMTAB@@CRCPT A doubt: should be something like --mfileTAB@@FILETAB--raddrTAB@@REMOTEADDR, I think ... Also, if you pass a @@FILE you don't need any other parameters (they will be overridden anyway). A message comming from 195.114.26.147 has fired my filter GLST_.pl and I don't understand why. Hmmm, that shouldn't happen. Did anyone else have problems with wlex? I still have this problem. Same conditions. !wlex seems to work well on my server. If you can reproduce the error and find a pattern, I can check against my logs if I'm missing something. Ciao, Francesco - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: xmail 1.24 smtp timeouts
On Wed, 14 Feb 2007, Jeff Buehler wrote: Thanks for the info, Francesco. Obviously, I spend a lot of time going through the documentation (since all of that is right there in the docs and Ihad only EnableSMTP-TLS[TAB]0!) Do you think it reasonable to assume that I might see a performance increase after completely disabling all SSL functionality this way, or might I be barking up the wrong tree? Ultimately I may use SSL, but right now I have no need real for it... I am traveling to Germany/Paris in two days, and it would be nice if my mail server didn't keep locking up while I'm away! I can't be openssl. If openssl is working fine with other apps, then the library is ok. IMO it's somthing else. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: xmail 1.24 smtp timeouts
On Wed, 14 Feb 2007, Jeff Buehler wrote: Hi Davide - Thanks for your input - I'm running OpenSSL (OpenSSL/0.9.7e-p1). I'm not compiling against or running any other SSL libs (that I am aware of - is there a simple way to test?). I guess the important question is how much of a speed slowdown one might expect when using SSL. As an addendum to what I am seeing, I found out that a user had sent out something like 75 emails with a 9 mb attachment, which was causing the problem in that instance. I have reduced max attachment size to about 4 mb and things seem fine so far. However, 10 meg attachments have been fine for the entire life of 1.23 and 1.22 configured the same way (ASSP - ClamSMTP - XMail for 2 years or so?). This is a duel Opteron with 2 gb ram on a 1.5 mb/1.5 mb line, so it should be able to handle that kind of load, I would think - I am not seeing any significant loads in general. The server handles about 5000 email requests per day. I would suspect the ASSP - ClamSMTP (ClamAV) - Xmail as the culprit, but in this case XMail was running up the cpu cycles, and the email was outgoing not coming in. It would try to send the 9 mb attachment out, ramp up to about 98% then fail any further connections. Well, I don't know. XMail can handle that load hands down with that machine. You can try to un-plug one of the components to see where the problem is. - Davide - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]
[xmail] Re: wlex doubt
Francesco Vertova a écrit : !wlex seems to work well on my server. If you can reproduce the error and find a pattern, I can check against my logs if I'm missing something. Actually, I have no doubt. I have cases of messages that fired filters although IP are whitelisted in smtp.ipprop.tab - To unsubscribe from this list: send the line unsubscribe xmail in the body of a message to [EMAIL PROTECTED] For general help: send the line help in the body of a message to [EMAIL PROTECTED]