I signed up also, but I think it was where you could signup and they would select a few people to participate. I am guessing since we were not contacted, we are not invited. I am sure they are trying to hit a certain group of people and we might be invited in the future.
Thanks, Grant Griffith Web Application Developer Enhanced Telecommunications Corp. (812)932-1000 _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keith Johnson Sent: Tuesday, February 14, 2006 10:17 PM To: [email protected] Subject: RE: [IMail Forum] queuemgr problems again Kevin, I signed up to be a part of the review, however, I never got an email announcing it. Is there info listed somewhere on date, time, webinar info, etc. Thanks, Keith _____ From: [EMAIL PROTECTED] on behalf of Kevin Gillis Sent: Tue 2/14/2006 9:26 PM To: [email protected] Subject: RE: [IMail Forum] queuemgr problems again hi randy and all, yes, we have seen similar behavior with this burst traffic in QM and have implemented a change in 2006.03 that we believe will address this. we will be talking about it at the 2006.03 review on thursday, at 10am est, along with all the other work completed in the last month. bye for now, kg -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of randy armbrecht Sent: Tuesday, February 14, 2006 1:45 PM To: [email protected] Subject: RE: [IMail Forum] queuemgr problems again Here's a little more info on the QM issue: We have recently noticed that one element that is a problem for QM is when the system receives a large number of messages at one time. We just implemented last week an external app that provides a daily email to users in a particular domain (about 500 email addresses); when QM receives these messages it goes to 100% for a few seconds then dies off; spool backs up, etc. etc.. Stop/Starting services doesn't fix anything. Rebooting doesn't fix anything at all. The only way to correct this is to stop all services, rename the spool folder, create a new spool folder, move all virus,spam, web and proc folders back into the spool folder and restart all services. Then I have to go back to the old spool folder and move messages back into the proc directory for re-processing. Let me state again, this is not a Declude issue, as declude processes the messages just fine and places them back in Spool for final delivery processing; it this final derlivery process that stops cold and results in the backup. DNS is not an issue, as I run DNS on the same machine - a Dual Xeon 3.0 with 2GB Ram. DNS lookups perform flawlessly and with no delays. I did notice today on the desktop fo the server itself a POP-UP system error dealing with QM that read: "The istruction at 0x06651357 referencing memory at 0x4e49476f memory could not be "read"" I have never seen this error before on the other cases, as we normally work with the servers thru a remote access (even though the servers are in our server room down the hall); this time I happened to be in the server room when the issue occured so I hopped right on to the server directly. We're at the point where we are buying the SM 3.0 upgrade version today and loading it on our old mail server hardware (dual pIII 800) for testing and whatnot, and will be planning a migration very soon. Randy A. Global Web Solutions, Inc. 804.346.5300 877.600.GLOBAL (4562) > Hi Randy, > > Let me know and we'll sort out getting you access to the 2006.03 > pre-release. it contains web performance and QM performance changes. > > bye for now, > > kg 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/ 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/
<<attachment: winmail.dat>>
