[938] in Moira
Re: [blanche] @mit.edu removal causes STRING:->USER: conversion
daemon@ATHENA.MIT.EDU (John Hawkinson)
Sun Nov 19 19:31:54 1995
Date: Sun, 19 Nov 1995 19:31:44 -0500
To: tytso@MIT.EDU
Cc: bug-moira@MIT.EDU, proven@MIT.EDU
From: John Hawkinson <jhawk@MIT.EDU>
This is mostly irrelvent to the topic at hand, and academic, since I
don't think overloading one list for acls & mail-lists is a good idea,
either; seems ironic that the list in question was kerberos one (your
court)...
> The problem with adding "STRING:pst" to the list is that if the user pst
> does not exist, or if pst exists now, but the account gets deactivated,
> that mailing list will break and stop working --- mail to the entire
> list will bounce back to the sender, without being sent to anybody. If
> "USER:pst" is added to the list, the appropriate garbage collection will
> take place when the user account is deactivated.
1. As a list maintainer I might find it very useful to know when that
garbage collection happens. Right now I have a script that polls
moira and does generates diffs based on previous output. Perhaps
having the mailing list fail would be appreciated by some people :-)
2. This sounds very much like broken behavior on the part of the
mailhubs; while I don't disbelieve it, I don't understand how
it comes to be. Presumably a normal aliases file is generated
for the mailhubs and some quirk of 5.61 causes delivery to the
entire list to fail when any single address is an invalid
local name? This is not normal behavior, at least not for
modern sendmail.
> This is why we don't want EITHER "STRING:pst@mit.edu" or "STRING:pst"
[...]
> For now, if you circumvent the tests in the client by using mrtest,
Well, blanche works fine (the latter form).
> and the mailing list breaks when a user gets deactivated, don't
> expect us to do emergency surgery work on the aliases file to get
> the mailing list working again. You'll have to fix the list
> yourself, and wait for the next daily update like everyone else.
Well, yes. It's apparent for other reasons that the MIT mailhubs
make a poor place for running large mailing lists (envelope rewriting
issues, chiefly), so...
> What mailing list is this for, anyway?
I can't remember. Some kerberos list. The one w/ USER:jmr on it. krbdev?
--jhawk
ps: pst is currently deactivated. :-)
