[7141] in Athena Bugs
vax 7.2R: /mit/games/vaxbin/omega
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Tue Feb 19 19:11:02 1991
Date: Tue, 19 Feb 91 19:10:35 -0500
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: marc@MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[7081]
What we tell users is that all bug reports concerning
Athena-supported software should be sent to bugs, and all other bug
reports should be sent to the people who support the relevant
software.
I don't think the distinction between Athena-supported and
-unsupported software is too difficult for most users to to
understand. The fact that most game and sipb bug reports do get sent
to bug-games and bug-sipb would seem to bear this out.
I think you are right that bug reports sent to bugs should be
forwarded to the right place; I have started doing that, rather than
just bouncing the message and telling the sender to resend it.
However, I will continue to let people know when specific bug reports
have been sent to the wrong place, because it cuts down, in the long
run, on the amount of work I am forced to do that is not relevant to
my job.
I hope this adequately addresses the concerns you have raised.
Jonathan Kamens
Project Athena Quality Assurance
Reference:
Reply-To: marc@MIT.EDU
X-Usmail: Marc Horowitz, 3 Ames Street, Cambridge, MA 02139
X-Phone: (617)225-6458
Date: Sat, 09 Feb 91 20:38:20 EST
From: Marc Horowitz <marc@ATHENA.MIT.EDU>
We pound into user's heads that they should send all bugs to "bugs"
using sendbug. It's not obvious that you send to bug-games. If so,
why don't I send to bug-zephyr, bug-moira, etc? Because "that's the
way it is." We get the same thing with bugs about sipb software.
That's a slightly different case since the person who answers bugs
(jik) is also the person who fixes most sipb bugs, so the mail ends up
in the right person's inbox, even if it's not sent to the right place.
I don't see an obvious solution to this, but it seems that the best
thing for bugs to do is just forward the messages about games to
bug-games and forget about them. You'll never educate all the users
on this one, I'm afraid. Does anybody have any better ideas?
Marc
