[45490] in SIPB bug reports
Re: Report on your nightly job (sipbsrc FILES rebuild)
daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Fri Dec 28 17:43:31 2012
From kaduk@MIT.EDU Fri Dec 28 22:43:30 2012
Return-Path: <kaduk@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 23406 invoked from network); 28 Dec 2012 22:43:30 -0000
Received: from mailhub-auth-3.mit.edu (18.9.21.43)
by charon.mit.edu with SMTP; 28 Dec 2012 22:43:30 -0000
Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])
by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id qBSMhOtl022855;
Fri, 28 Dec 2012 17:43:24 -0500
Received: from multics.mit.edu (SYSTEM-LOW-SIPB.MIT.EDU [18.187.2.37])
(authenticated bits=56)
(User authenticated as kaduk@ATHENA.MIT.EDU)
by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id qBSMhMFV015842
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Fri, 28 Dec 2012 17:43:24 -0500 (EST)
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308)
id qBSMhLmB013216; Fri, 28 Dec 2012 17:43:21 -0500 (EST)
Date: Fri, 28 Dec 2012 17:43:21 -0500 (EST)
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Tom Yu <tlyu@MIT.EDU>
cc: root@penguin-lust.MIT.EDU, rtfm-maintainers@MIT.EDU, bug-sipb@MIT.EDU
Subject: Re: Report on your nightly job (sipbsrc FILES rebuild)
In-Reply-To: <ldvsj6p4xa8.fsf@cathode-dark-space.mit.edu>
Message-ID: <alpine.GSO.1.10.1212281739320.12170@multics.mit.edu>
References: <20121228053214.22992.qmail@penguin-lust.mit.edu> <alpine.GSO.1.10.1212281345030.12170@multics.mit.edu> <ldvsj6p4xa8.fsf@cathode-dark-space.mit.edu>
User-Agent: Alpine 1.10 (GSO 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Fri, 28 Dec 2012, Tom Yu wrote:
> Benjamin Kaduk <kaduk@MIT.EDU> writes:
>
>> Hello RTFM-maintainers,
>>
>> Is anyone looking into this? It seems quite poor for an automated job
>> on RTFM to be sending error mail to bug-sipb for a week, given that
>> bug-sipb in general does not have access to fix the issue.
>
> My understanding is that the mail goes to bug-sipb because it is a
> nightly job that runs on rtfm for the benefit of the sipb locker
> maintainers. It might be reasonable to move the nightly job off of
> rtfm, or for the sipb locker maintainers to decide that it is no
> longer needed.
My objection is partially in that the delivery path is not very clear when
reading the mail in a normal workflow, and mostly that the error appears
to be due to server misconfiguration which I would expect to have been
noticed and rectified transparently to bug-sipb, which is apparently just
using rtfm as a hosting service.
Thanks for the clarifications,
Ben
