[41874] in SIPB bug reports
Re: sun.dialup.mit.edu going away at the end of the year (pop in
daemon@ATHENA.MIT.EDU (Geoffrey Thomas)
Fri Dec 10 11:37:51 2010
From geofft@MIT.EDU Fri Dec 10 16:37:51 2010
Return-Path: <geofft@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 1762 invoked from network); 10 Dec 2010 16:37:51 -0000
Received: from mailhub-auth-2.mit.edu (18.7.62.36)
by charon.mit.edu with SMTP; 10 Dec 2010 16:37:51 -0000
Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id oBAGbojc008975;
Fri, 10 Dec 2010 11:37:50 -0500
Received: from localhost (LINERVA.MIT.EDU [18.181.0.232])
(authenticated bits=0)
(User authenticated as geofft@ATHENA.MIT.EDU)
by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id oBAGbnXF020087;
Fri, 10 Dec 2010 11:37:49 -0500 (EST)
Date: Fri, 10 Dec 2010 11:37:49 -0500 (EST)
From: Geoffrey Thomas <geofft@MIT.EDU>
To: Jonathon Weiss via RT <ops-help-comment@mit.edu>
cc: bug-sipb@mit.edu
Subject: Re: sun.dialup.mit.edu going away at the end of the year (pop in
the SIPB locker) [help.mit.edu #1426561]
In-Reply-To: <rt-3.4.2-1426561-19525177-5822.5.01333065632835@help.mit.edu>
Message-ID: <alpine.DEB.1.10.1012101137010.11498@dr-wily.mit.edu>
References: <RT-Ticket-1426561@help.mit.edu> <rt-3.4.2-1426561-19525177-5822.5.01333065632835@help.mit.edu>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
One user (sst) has e-mailed bug-sipb about this before. I didn't look hard
at all, so I'd appreciate if someone else would, but my belief is it's
hard to just recompile it on modern systems but the program isn't
complicated at all and would be roughly a simple modification of the
(perl) mitmailutils.
--
Geoffrey Thomas
geofft@mit.edu
On Fri, 10 Dec 2010, Jonathon Weiss via RT wrote:
> 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
>
>
