I was suggesting the complete registry, not just IMail. There is obviously
a difference between the systems. It sounds like it will require a complete
examination to determine and correct the difference. Since you mentioned
the machines are identical, simple export the complete registry of each and
do a diff on them.
You basically have three things to look at:
1. File differences between the machines
2. Permission differences between the machines.
3. Registry and config file differences between the machines.
Darin.
-----Original Message-----
From: Daniel Ivey
Sent: Thursday, January 29, 2015 2:50 PM
To: community@mailsbestfriend.com
Subject: [MBF] Re: mail processing suddenly stops
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>
#############################################################
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>