[mew-int 00584] Re: POP/SMTP Process life

Dhruva Krishnamurthy ykd at example.com
Mon Nov 19 15:47:59 JST 2001


       +-----------------------------------------------------------+
       |     Remaining time multiplied by distress is CONSTANT     |
       +-----------------------------------------------------------+
From: Kazu Yamamoto (山本和彦) <kazu at example.com>
Subject: Re: [mew-int 00567] Re: POP/SMTP Process life
Date: Fri, 16 Nov 2001 22:02:18 +0900 (JST)
Message-ID: <20011116.220218.123574692.kazu at example.com>

kazu> From: Dhruva Krishnamurthy <ykd at example.com>
kazu> Subject: [mew-int 00567] Re: POP/SMTP Process life
kazu> 
kazu> > Is there a way of fixing this because the automatic checking of new
kazu> > mails from the POP server depends on this. If the process is still
kazu> > alive when the timer or frequency of polling for mails is reached, it
kazu> > finds a process and fails.
kazu> 
kazu> Use
kazu>     (when (mew-summary-exclusive-p)
kazu>       )
kazu> and repeat this code periodically. 
kazu> 

 The main problem is the process does not get killed even after the
 POP retrieval is completed. So, "(mew-summary-exclusive-p)" will
 continue to return "nil" and it fails. The problem is the status is
 not changing properly after completing the POP retrieval. If I get
 the correct status (the error can be seen even on the modeline as
 some 78% complete when all messages have been retrieved). The only
 way I can think of is to check for status on modeline for number of
 mails retrieved versus number of mails in the spool. The problem in
 this approach is when POPing the last mail, the status will be 10/10
 (if you had 10 mails in the spool) and if I try to kill the process,
 the popping of the last mail may be incomplete. Please suggest a
 method of finding the exact completion of POP process.

with regards,
dhruva

PS: Please CC the mails to me for this thread. Thank you for your help.



More information about the Mew-int mailing list