Subject: imapd process not dying

From: Laurie Cuthbert <[email-masked]>
Date: Tue, 26 Oct 1993 16:52:14 +0000 (GMT)

I seem to recall having seen some messages about this before but as we 
were not having the trouble then I did not save them. Apologies if this 
has been answered.

We are running the imapd that was bundled with pine 3.87 on a Sun ELC 
with SunOS 4.1.2. We had not noticed any problems with this until today 
when I noticed that I often logged in to see the message "You have mail" 
when it should have been telling me I had new mail. On investigation I 
saw that an imapd process I had started hours earlier was still running.
The reason this had not been noticed before was that I normally keep a 
window open all day, but today I was working from home and coming over a 
modem (so naturally only staying logged on when necessary).

Can someone please let me know whether this has now been fixed or do we 
have to wait until pine 3.88

A more worrying sympton is that I also had mail completely disappear. I 
logged on to see the elm "frm" command reporting I had one message - I 
was doing something else (not running pine) and then ran "frm" again - 
this time to see no messages! Again I discovered there was an impad 
process running from a previous session. I seem to recall that there had 
been problems with Sun sendmail and imapd earlier but I thought these had 
been fixed.

By the way, I also pulled the latest imap.tar.Z - the compilation for the 
sun build fails with:

"mtx.c", line 706: SEEK_SET undefined

Regards

Laurie Cuthbert

---

From: Mark Crispin <[email-masked]>
Date: Tue, 26 Oct 1993 13:25:49 -0700 (PDT)

> modem (so naturally only staying logged on when necessary).

This seems to be consistant with what happens when you have a living Pine
reading your mail.  Normally, imapd commits suicide within 30 minutes of the
Pine end vanishing (assuming an explicit logout wasn't done).

> been problems with Sun sendmail and imapd earlier but I thought these had

Are you sure the message really disappeared, as opposed to merely no longer
being marked as new?  Are you sure that that ``imapd process running from a
previous session'' isn't talking to a living Pine that is checkpointing?  Did
you check your /usr/spool/mqueue/syslog file (or wherever sendmail logs are
kept) to see if there are any unaccounted-for messages that were delivered to.

Please check out these possibilities.

> "mtx.c", line 706: SEEK_SET undefined

Please change the SEEK_SET reference in mtx.c to L_SET.  This will be fixed in
the next version of imap.tar.Z.  Sorry for the inconvenience.

-- Mark --