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>
