[41873] in SIPB bug reports
Re: sun.dialup.mit.edu going away at the end of the year (pop in the SIPB locker) [help.mit.edu #1426561]
daemon@ATHENA.MIT.EDU (Jonathon Weiss via RT)
Fri Dec 10 11:34:38 2010
From help-administrators@MIT.EDU Fri Dec 10 16:34:38 2010
Return-Path: <help-administrators@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 1695 invoked from network); 10 Dec 2010 16:34:38 -0000
Received: from mailhub-1.mit.edu (18.9.21.34)
by charon.mit.edu with SMTP; 10 Dec 2010 16:34:38 -0000
Received: from outgoing-legacy.mit.edu (OUTGOING-LEGACY.MIT.EDU [18.7.22.104])
by mailhub-1.mit.edu (8.13.8/8.9.2) with ESMTP id oBAGYa0R017764;
Fri, 10 Dec 2010 11:34:36 -0500
Received: from help.mit.edu (RED-SOX.MIT.EDU [18.7.21.174])
)
by outgoing-legacy.mit.edu (8.13.6/8.12.4) with ESMTP id oBAGZedA013502;
Fri, 10 Dec 2010 11:35:41 -0500 (EST)
Received: (from rt@localhost) by help.mit.edu (8.13.6)
id oBAGYXTW002822; Fri, 10 Dec 2010 11:34:33 -0500 (EST)
Date: Fri, 10 Dec 2010 11:34:33 -0500 (EST)
Subject: Re: sun.dialup.mit.edu going away at the end of the year (pop in the SIPB locker) [help.mit.edu #1426561]
From: "Jonathon Weiss via RT" <ops-help-comment@MIT.EDU>
Reply-To: ops-help-comment@MIT.EDU
In-Reply-To:
References: <RT-Ticket-1426561@help.mit.edu>
Message-ID: <rt-3.4.2-1426561-19525177-5822.5.01333065632835@help.mit.edu>
Precedence: bulk
X-RT-Loop-Prevention: help.mit.edu
RT-Ticket: help.mit.edu #1426561
Managed-by: RT 3.4.2 (http://www.bestpractical.com/rt/)
RT-Originator: jweiss@mit.edu
To: bug-sipb@mit.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
While trying to address users who are still using the Solaris dialup, one users noted that they use the pop command in the SIPB locker. It appears that this works on the dialups (which are still jaunty), but not on test.dialup (or presumably cluster machines) which are lucid. I'm not sure how much work is required, and am concerned that the krb4 desupport may be a real killer here, but I'd appreciate it if someone can at least look and see whether fixing is for lucid is easy/possible, or formally desupport it.
-- Thanks,
Jonathon
Jonathon Weiss <jweiss@mit.edu>
MIT/IS&T/OIS Server Operations
