From xemacs-m  Thu Mar 20 00:28:53 1997
Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id AAA02137
	for <xemacs-beta@xemacs.org>; Thu, 20 Mar 1997 00:28:52 -0600 (CST)
Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id WAA04744 for <xemacs-beta@xemacs.org>; Wed, 19 Mar 1997 22:28:54 -0800 (PST)
Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4)
	id WAA21345; Wed, 19 Mar 1997 22:30:51 -0800
Sender: dmoore@sdnp5.ucsd.edu
To: xemacs-beta@xemacs.org
Subject: Re: 20.1b8 success on Solaris -- but it's *SLOW* (and a few new probs)
References: <199703190222.SAA10998@sandman> 	<m2k9n4po96.fsf@altair.xemacs.org> 	<199703200000.QAA17582@sandman> 	<QQchpq16585.199703200040@crystal.WonderWorks.COM> 	<199703200133.RAA17841@sandman> <QQchpv17535.199703200148@crystal.WonderWorks.COM>
X-Face: "oX;zS#-JU$-,WKSzG.1gGE]x^cIg!hW.dq>.f6pzS^A+(k!T|M:}5{_%>Io<>L&{hO7W4cicOQ|>/lZ1G(m%7iaCf,6Qgk0%%Bz7b2-W3jd0m_UG\Y;?]}4s0O-U)uox>P3JN)9cm]O\@,vy2e{`3pb!"pqmRy3peB90*2L
Mail-Copies-To: never
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
From: David Moore <dmoore@ucsd.edu>
Date: 19 Mar 1997 22:30:51 -0800
In-Reply-To: Kyle Jones's message of Wed, 19 Mar 1997 20:48:12 -0500 (EST)
Message-ID: <rvu3m7vzvo.fsf@sdnp5.ucsd.edu>
Lines: 21
X-Mailer: Gnus v5.4.28/XEmacs 19.15(beta100)

Kyle Jones <kyle_jones@wonderworks.com> writes:

> Dan Rich writes:
>  > >>>>> "Kyle" == Kyle Jones <kyle_jones@wonderworks.com> writes:
>  > 
>  >     Kyle> The new display-time function indicates mail is present only if
>  >     Kyle> the modification time of the spool file is greater than the
>  >     Kyle> access time.  This is new behavior with the XEmacs version of
>  >     Kyle> time.el.  So look for something in your environment that reads
>  >     Kyle> the mail file, as that will definitely make the mail waiting
>  >     Kyle> indicator go away.
>  > 
>  > How did it work in the earlier versions?  The above is fairly useless,
>  > as any other mailbox monitor (xbiff, or xbuffy in my case) will cause
>  > the XEmacs indicator to turn off.
> 
> Earlier versions just checked for a non-zero length spool file,
> which is also what VM does.  The default behavior might ought to
> be changed to back to the old way to avoid an instant FAQ.

Hmm, isn't the "new" behaviour the fsf default?  It was in 18.59. ;-)

