<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=ISO-8859-1">
<META content="MSHTML 5.50.4916.2300" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=869582317-12072002><FONT face=Arial color=#0000ff size=2>Ok 
Thanks for the tip!</FONT></SPAN></DIV>
<DIV><SPAN class=869582317-12072002><FONT face=Arial color=#0000ff size=2>Yes 
the webmail program is on the same machine. And webmail was sending mail fine at 
the time sendmail refused mail sending from&nbsp;email client 
programs...</FONT></SPAN></DIV>
<DIV><SPAN class=869582317-12072002>&gt;The next time it happens to you, try to 
list the listening sockets, and <BR>t&gt;he processes ... I'm sure it will help 
you to diagnose the problem! :)&nbsp;<BR><FONT face=Arial color=#0000ff 
size=2>&nbsp;</FONT></SPAN></DIV>
<DIV><SPAN class=869582317-12072002><FONT face=Arial color=#0000ff size=2>You 
mean run the "top" command i suppose. Right?</FONT></SPAN></DIV>
<DIV><SPAN class=869582317-12072002><FONT face=Arial color=#0000ff size=2>But 
how and why would sendmail refuse to listen on the port. DOS attacks wern't 
present at the time either. Nothing suspicious was happiening during the time of 
failure. cpu was at 7% 1GB of memory had 25% free, maillog was calm (tail -f 
maillog).. Problem is, to be able to catch it, I must be here in the wee morning 
hours with toothpicks holding my eye lids open.. seems to occur anywhere between 
11pm - 7am.. I thought it could be a cron job affecting this, but there isnt any 
problems of any runaway processes going on either..</FONT></SPAN></DIV>
<DIV><SPAN class=869582317-12072002><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=869582317-12072002><FONT face=Arial color=#0000ff 
size=2>Anyways, Thank You for the reply!</FONT></SPAN></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT>&nbsp;</DIV>
<P><FONT size=2>In a world without walls or fences, who needs Windows and 
Gates?</FONT> </P>
<BLOCKQUOTE>
  <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma 
  size=2>-----Original Message-----<BR><B>From:</B> Marc Perea 
  [mailto:marc.perea@ELECTRONIC-GROUP.COM]<BR><B>Sent:</B> Friday, July 12, 2002 
  12:00 PM<BR><B>To:</B> MAILSCANNER@JISCMAIL.AC.UK<BR><B>Subject:</B> Re: 
  sendmail sometimes refuses connections.. anyone have 
  simularproblem<BR><BR></FONT></DIV>On Fri, 12 Jul 2002 10:35:50 -0400 <BR>Matt 
  Doherty &lt;Matthew_doherty@DATAWATCH.COM&gt; wrote: <BR><BR>&gt; <BR>&gt; I 
  know mailscanner runs a script every hour via cron to check its pid.. <BR>&gt; 
  I'm wondering if it sometimes has difficulty starting the sendmail <BR>&gt; 
  daemon if it had to.. <BR><BR>My understood is that mailscanner doesn't do 
  anything with sendmail every <BR>hour. It only restarts himself to prevent 
  memory leaks. (Correct me if I'm <BR>wrong) <BR><BR>&gt; I'm not quite sure 
  why this happens. I have read my maillogs, xfer logs, <BR>&gt; kernal 
  messages, and find nothing to conclude this issue. This morning I <BR>&gt; 
  started to receive calls that sendmail was down. Our web based email <BR>&gt; 
  could send mail but client email programs were being refused.. <BR>&gt; 
  Obviousley that ment sendmail was running fine right? I restarted <BR>&gt; 
  Mailscanner for the hell of it, and now both web based mail and client 
  <BR>&gt; email clients can send.. So its gotta be sendmail right? or maybe it 
  had <BR>&gt; some effect on the xinitd? Anyone here know this problem? This 
  has been <BR>&gt; happening on and off ever since I installed mailscanner. 
  Though it could <BR>&gt; be a coincidence that it started after the install, 
  I'm not sure. <BR>&gt; <BR><BR>That probably means that your sendmail stopped 
  to be in background <BR>listening for connections in port 25, that's why the 
  client email programs <BR>cannot remotely access to it, but the webmail 
  program (that I suppose it <BR>was running on the same machine) was still able 
  to send emails directly <BR>invoking /usr/sbin/sendmail in foreground mode. 
  <BR><BR>The next time it happens to you, try to list the listening sockets, 
  and <BR>the processes ... I'm sure it will help you to diagnose the problem! 
  :) <BR><BR>Hope that helps you. <BR><BR>Cheers, <BR><BR>-- <BR>Marc Perea - 
  System Administration Staff <BR>Mail: marc.perea@electronic-group.com <BR>Tel: 
  (+34) 93 600 23 23 <BR>Fax: (+34) 93 600 23 10 <BR>---------------- 
  <BR>Electronic Group - <A target=NewWin 
  href="http://www.electronic-group.com">http://www.electronic-group.com</A> 
  <BR><BR></BLOCKQUOTE></BODY></HTML>