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>

Reply via email to