[4290] in Release_7.7_team
Minuets of 2004-04-07 release team meeting
daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Apr 7 14:17:58 2004
Date: Wed, 7 Apr 2004 14:16:25 -0400
Message-Id: <200404071816.i37IGPWu027651@equal-rites.mit.edu>
From: Greg Hudson <ghudson@MIT.EDU>
To: release-team@mit.edu
Attending; ghudson amb wdc rbasch mjv jweiss
1. ifplugd
Andrew is about ready to import ifplugd (and its depdency, libdaemon)
and submit patches. We will enable it by default on DISCONNECTABLE
machines.
2. IMAP backup software
It would be nice if users had more protections against losing mail.
Greg's idea is to develop a perl script which, during the default
login sequence:
* Pulls over all new mail from the server into AFS
* Moves all cached mail which no longer exists on the server into a
holding area, where it will be deleted in a few days or as space
requires
* Will, if necessary, prioritize mail holding to avoid using too
much of the user's quota
Marshall noted that another approach is to configure the clients to
hold a full cache of mail, and use that. Pine probably can't do that,
though, and it doesn't seem as robust.
3. Xprint
Mozilla may force us to support Xprint at some point. The idea would
be for the logged-in user to run an Xprint daemon which spools to lpr.
We would conceivably have to make some local modifications for our
printing environment (the fact that you can't "list all printers" and
such).
4. Local paths
Greg will submit a patch to add /usr/local/bin to the end of the
standard path, absent any known reason not to. This will help the
occasional private workstation owner who wants to make software
available to users of a machine.
5. finger server
RHEL 3 ships with no finger-server RPM. For now, we will use the RH9
finger-server RPM if that works.
We've been told that the next RHEL 3 quarterly update will ship some
missing RPMs. If that doesn't include finger-server, we will think
about getting into the business of rebuilding RHEL 3 SRPMs to augment
our release.
6. Samba
There is no longer an urgent requirement for Samba support, but it
would be a good feature to have in the release for better
interoperability with Windows domains.
Both Solaris and Linux have native Samba packages, which may or may
not have gss/krb5 authentication support.
7. Status report
Sent under separate cover.