Re: Email problems

[Edward Spodick <lbspodic at ust dot hk>]

Deb,

If you are a software-only site, you could check your mail queue with whatever the appropriate command is on your server (/usr/sbin/mailq for us).  We had this happen a few times when there was a runaway process consuming 99.9% of the CPU, and another time when too many processes were running.  Everything got slow, and e-mail stopped going out because our sendmail software was configured to stop processing the queue if the server was massively overloaded.  Queue processing had to be restarted from the console (or III).

-Edward

At 3:56 PM -0600 22/10/2004, Deb Denious wrote:
>Late yesterday afternoon we discovered that our III Server apparently is
> not sending email notices, fts mail from the catalog, or exporting from
>create lists. (we're on Silver)    We've opened a call with III, but so
>far no word as to what is causing the problem.   It was noticed by one
>of our catalogers who had emailed herself a list from create lists, and
>it never showed up.  I sent the same list to myself and it never showed
>up.  Then this morning it took circ staff over 20 minutes to send a out
>a batch of 14 email hold notices, and 10 minutes to send 3 bill notices.
> I've tried exporting a few records from WebOpac, again nothing is
>arriving even though the screens report that the email was sent.  I've
>tried sending various things from the system to 3 different email
>addresses both within our firewall and to outside addresses with no
>luck.   Our network admin. claims there has been no change to the
>network or firewall settings.  And the only thing I have found from my
>sleuthing is that both the emailed lists that were sent yesterday
>afternoon now appear in "view bounced fts-mail" stating that the Name
>Server Timed Out, and "transient non-fatal errors".  Those items we
>tried to send to ourselves from the catalog are showing up with the same
>message in view "bounced-export mail" So far nothing appears in bounced
>email notices.
>Any ideas as to where or what we should be looking at next?  My gut
>tells me it might be some kind of DNS problem, but our Admin swears
>nothing has been changed.  Mail was working great yesterday morning, but
>died sometime after lunch yesterday.
>Thanks in advance for any ideas or suggestions while we wait for III to
>look into the problem.
>Deb
>
>Deb Denious
>Information Systems Specialist
>Durango Public Library
>1188 E Second Ave
>Durango, CO 81301
>970-375-3382
>deniousdj at ci dot durango dot co dot us
>--
>This message was distributed through the Innovative Users Group INNOPAC list
>Public replies:  INNOPAC at innopacusers dot org
>Update your subscription options: http://innopacusers.org/mailman/listinfo/innopac


-- 
Edward F Spodick, Information Technology Manager
Hong Kong University of Science & Technology Library
lbspodic at ust dot hk  tel:852-2358-6743 fax:852-2358-1043