[9981] in SIPB bug reports
Re: pine-sipb wrapper
daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Tue Jan 20 18:31:18 2004
From jmorzins@MIT.EDU Tue Jan 20 23:31:18 2004
Return-Path: <jmorzins@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 919 invoked from network); 20 Jan 2004 23:31:18 -0000
Received: from fort-point-station.mit.edu (18.7.7.76)
by charon.mit.edu with SMTP; 20 Jan 2004 23:31:18 -0000
Received: from central-city-carrier-station.mit.edu (CENTRAL-CITY-CARRIER-STATION.MIT.EDU [18.7.7.72])
by fort-point-station.mit.edu (8.12.4/8.9.2) with ESMTP id i0KNVHlT020574;
Tue, 20 Jan 2004 18:31:17 -0500 (EST)
Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])
by central-city-carrier-station.mit.edu (8.12.4/8.9.2) with ESMTP id i0KNVGIg014406
for <bug-sipb@mit.edu>; Tue, 20 Jan 2004 18:31:17 -0500 (EST)
Received: from mit.edu (QUICHE-LORRAINE.MIT.EDU [18.187.1.71])
)
by melbourne-city-street.mit.edu (8.12.4/8.12.4) with ESMTP id i0KNVGRj002639
for <bug-sipb@mit.edu>; Tue, 20 Jan 2004 18:31:16 -0500 (EST)
Message-ID: <400DBA44.90508@mit.edu>
Date: Tue, 20 Jan 2004 18:31:16 -0500
From: Jacob Morzinski <jmorzins@MIT.EDU>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20040102
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: bug-sipb@MIT.EDU
Subject: Re: pine-sipb wrapper
References: <200401202148.i0KLmFmI003979@all-night-tool.mit.edu>
In-Reply-To: <200401202148.i0KLmFmI003979@all-night-tool.mit.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hopefully, the version in
/afs/.sipb/project/sipb/src/pine/share/pine-sipb
will be the final version.
-Jake
# This script is derived from the script in the athena release.
#
# It still has the same general logic: decide what to do,
# possibly ask the user what pine to run, and then run pine.
#
# The two main differences are:
# (1) If the user has set .athena-sipb-pine-noask, we make
# sure that we re-ask them their preference once per year.
# (2) If the user runs sipb-pine, we monitor a .pine-lock file
# to try to prevent them from running two pines at once.
