Hi Kevin,


Your're right, both threads have nothing in common ;-)


I'm pretty sure, that the smtp service and the queue manager has some memory leaks. Don't get me wrong, these "leaks" are really *not* critically.

Since i update the anti spam files several times a day, i have to restart both services anyway to get the new data into the memory.


As a said before, i will monitor the memory usage both of the services this week and i will publish the results as soon as enough data is available.

Actually, we're rebuilding our monitoring strategy since we have some other heavy memory eaters on our Web-, not mail-servers.


In general, i made the experience, that a periodic restart of certain services (eg. MS-SQL, Java, ColdFusion) is a good thing and avoids lots of trouble.

This strategy allows, that the number of reboots of a server is very low. We're booting our servers every 10 weeks or so. Mostly after applying the microsoft patches ;-) 


The problem is to find a "maintenance window" to do this jobs without annoying the users/visitors. But this is a different story.   


============================================

Am Montag, 24. April 2006 um 21:37 schrieben Sie:


>

hi all,

 

i think this crossover was caused by me.  there are 2 separate topics.  at this point, Ipswitch has not seen correlations between them.  In summary, here are the 2 topics:

 

1. TMP Files

  • there are lots of tmp files that get created in the normal usage of IMail and this is expected and normal behavior.

2. SMTP Chewing up Memory

  • this is the one that Ipswitch has not seen before with IMail 2006.03 (or the .04 that's in final testing) and we are working with one customer to figure it out.  We are looking for customers who are experiencing issues specifically with SMTPD32 eating up memory who are running IMail 2006.03.

Also, as Martin mentioned, with the upgrade to 2006.03, we have found that some customers who were doing regularly scheduled restarts are longer doing so but that's really up to the IMail Admin.  If IMail runs faster and performs better when doing so, then it's fine to continue doing so.

 

bye for now,

 

kg

______________________________________________ 

Kevin R. Gillis 

Director of Product Management 

Ipswitch, Inc. 

  

e: [EMAIL PROTECTED] 

p: 781.676.5739 

f:  781.676.5720

s: skype kevingillis

  

Ipswitch, Inc., publishers of WhatsUp Professional, IMail, WS_FTP Professional and WS_FTP Server 

 



============================================


-- 

 

Mit freundlichen Grüssen


--------------------------------------------

Merlin Consulting

Martin Schaible

Bahnhofstrasse 27

CH-8702 Zollikon


Phone:   +41 44 391 30 00

Fax:     +41 44 391 32 49


Mail:    mailto:[EMAIL PROTECTED]

URL:     http://www.merlinconsulting.ch

Support: http://support.merlinconsulting.ch


GPS:     N47 20.235 E8 34.226

--------------------------------------------

News - Neue Produkte:


.:. NOD32 Antivirus System

.:. BlueDragon

.:. Kiwi Syslog Monitor

.:. Paessler GmbH

.:. Sawmill Loganalyzer

.:. SmarterTools

--------------------------------------------



To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/

Reply via email to