I have checked all of the Imail services registry entries and they are the same between the 2 servers. I have even tried disabling the Symantec Endpoint Protection on the server, even though I am not scanning the Imail\spool directory, all with no luck in fully resolving the issue.
-----Original Message----- From: Darin Cox [mailto:dc...@4cweb.com] Sent: Thursday, January 29, 2015 9:33 AM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops I would suggest doing a full compare on the registry of both systems. If they are identical as you mentioned, there should not be any differences, so anything you see is a potential cause. Darin. -----Original Message----- From: Daniel Ivey Sent: Thursday, January 29, 2015 9:20 AM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops I have added those entries in the registry and still having the issue. Any other suggestion on what else to check? Daniel -----Original Message----- From: Darin Cox [mailto:dc...@4cweb.com] Sent: Wednesday, January 28, 2015 4:58 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops No. No harm. FYI, 0 means unlimited for MaxRecipients. Darin. -----Original Message----- From: Daniel Ivey Sent: Wednesday, January 28, 2015 4:53 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops I have been comparing the registry entries for SMTPD32 on both machines and have found that the server with no issues has 2 entries that the other server does not. These entries are "DelayBetweenRCPT" and "MaxRCPTPerMessage". These entries are both REG_DWORD entries set to 0. Is there any harm in adding them on the server with issues? Daniel -----Original Message----- From: Darin Cox [mailto:dc...@4cweb.com] Sent: Wednesday, January 28, 2015 4:50 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops Given that you mention both VMs being identical, I would say export out both registries to text files and do a diff on them. Anything that is different is worth checking out. Darin. -----Original Message----- From: Daniel Ivey Sent: Wednesday, January 28, 2015 4:45 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops I have not compared the registry between the servers and frankly, do not know what exactly to check. Daniel -----Original Message----- From: Darin Cox [mailto:dc...@4cweb.com] Sent: Wednesday, January 28, 2015 4:37 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops Registry compare between the two VMs? Darin. -----Original Message----- From: Daniel Ivey Sent: Wednesday, January 28, 2015 4:33 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops Does anyone else have any suggestions? I have checked all of my Imail settings with an identical server and cannot find any difference in settings. My other server does not have these issues. Both servers are virtual machines on the same VM datastore. Daniel -----Original Message----- From: David Barker [mailto:david.bar...@mailsbestfriend.com] Sent: Tuesday, January 27, 2015 5:12 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops The issue cannot be Declude as it sits behind the Mails server SMTP and the errors you have listed are SMTP Mail server issues which would point to IMail SMTP. Be sure to review your IMail connection checks. David -----Original Message----- From: community@mailsbestfriend.com [mailto:community@mailsbestfriend.com] On Behalf Of Daniel Ivey Sent: Tuesday, January 27, 2015 4:11 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops I am still having this issue periodically and have just updated the Declude filters on this server. While checking over things, I noticed that under DEP, the option selected is "Turn on DEP for all programs and services except those I select:" and then, I have the choice to select decludeproc and SMTP Server for Imail, but they are not checked. Should these items be checked and if so, what does this do? Thanks, Daniel -----Original Message----- From: Daniel Ivey Sent: Monday, January 26, 2015 11:04 AM To: 'community@mailsbestfriend.com' Subject: RE: [MBF] Re: mail processing suddenly stops I just wanted to see if anyone had any ideas on what I could do to correct the issues described below? Thanks, Daniel -----Original Message----- From: Daniel Ivey [mailto:d...@gcrcompany.com] Sent: Thursday, November 20, 2014 2:54 PM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops We are using an external NT database that links back to the Active Directory of one of our domain controllers for the accounts. There does not appear to be any issues with the OS becoming overwhelmed, as I do not see any real change in memory or CPU usage when this issue occurs. This server processes around 20,000 - 30,000 emails a day roughly, as there are only about 350 - 400 accounts on it now that I have purged old and inactive accounts. Now, something new that I noticed earlier this week when the issue occurred was when I tried to send a test message from my Gmail account, I received the following returned message. Delivery to the following recipient failed permanently: x...@domain.com Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the server for the recipient domain domain.com by mail.domain.com. [XXX.XXX.XXX.XXX]. The error that the other server returned was: 550 unknown user x...@domain.com Where, x...@domain.com is my test email account and [XXX.XXX.XXX.XXX] is the public IP of the server. As always though, a restart of the server corrected the issue. Does anyone have any other suggestions of things to check? Daniel -----Original Message----- From: John Tolmachoff [mailto:johnl...@eservicesforyou.com] Sent: Friday, November 07, 2014 11:57 AM To: community@mailsbestfriend.com Subject: [MBF] Re: mail processing suddenly stops Imail 8.22, wow now there is an oldy. Man, why are you making us think so hard on a Friday? Lets see how good my memory is. Are you using an external database or the Imail Database, OKA the registry? If an external MS Access database, you might be bumping up against maximum connections/calls to the Access database. Do know what the volume of messages is? Being unable to log on to Webmail and getting the invalid username/password is indicitve that the OS is becoming overwhelmed, especially since it is a 32 bit server. I would look at the processor queue length as well as page file usage as will as DISK I/O to see if there is any disk trashing going on. -----Original Message----- From: "Daniel Ivey" <d...@gcrcompany.com> Sent: Thursday, November 6, 2014 8:28am To: community@mailsbestfriend.com Subject: [MBF] mail processing suddenly stops We are running Imail 8.22 on a Windows 2003 R2 Standard 32-bit server on VMWare with the latest Declude and Message Sniffer and Symantec Endpoint Protection 11. Symantec is excluding the M:\imail\spool\* directory from Security Risk Scans. Periodically, this server will suddenly stop processing messages. When this occurs, sometimes you cannot login to the webmail interface and you get an error of invalid username/password when checking the email on a client such as Outlook or Outlook Express, but not always. None of the Imail services are stopped and the DecludeProc service is still running. A reboot of the server takes care of the issue and the server may be fine for a few hours or 3 - 4 days and then this occurs again. We have DecludeCount setup on the server and when I check that, I notice that the number of processed messages does not change. That is when I try to send myself an email message from my Gmail account and do not receive it, which verifies that I need to reboot the server. Once the server comes back up after a reboot, the test email is delivered and all is good. We have Declude HiJack enabled on this server with the HOLD10 threshold set to 10 and the HOLD30 threshold set to 30 and are not receiving any emails about compromised accounts. We have another server running on the same VM that is as bone identical as it can be to this one and we very rarely have any issues with it. The only differences are the Declude HiJack thresholds are set higher and it has a different domain on it for email. Does anyone have any ideas or suggestions on things to check? Thanks, Daniel ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com> ############################################################# This message is sent to you because you are subscribed to the mailing list <community@mailsbestfriend.com>. To unsubscribe, E-mail to: <community-...@mailsbestfriend.com> To switch to the DIGEST mode, E-mail to <community-dig...@mailsbestfriend.com> To switch to the INDEX mode, E-mail to <community-in...@mailsbestfriend.com> Send administrative queries to <community-requ...@mailsbestfriend.com>
