Tom Neff said:
> At 02:27 PM 2/3/98 , Mordechai T. Abzug wrote:
> >I sent this yesterday afternoon, but didn't munge it enough. Critical
> >thing to note: changing the empoyee database is really not an option (for
> >me, anyway).
>
> This is an ambiguous comment: does "changing the emp[l]oyee database" mean
> changing its structure and programming, or updating its contents via adds
> and removes?
Both. :)
> If you cannot update the contents of the employee database in any way, even
> periodically, as a result of adds and drops commanded directly to
> majordomo, then you are doomed to a monotonically increasing list of
> excludes and supplemental names to be handled after the database-supplied
> list of addresses.
[snip]
Well, actually, i'm not. IMHO, the most elegant solution (given the
relative difficulty of modifying the DB) is to phrase the database query in
terms of "what's changed since last time" rather than "what's the current
status". Then i can re-wrap them addresses in terms of zubscribes and
unzubscribes. That doesn't require any changes to anything but the
database query, which IMHO, is the simplest of all possible solutions under
my restrictions. :)
> If you _can_ update the contents of the employee database, or the portion
> of it that affects list membership, then I will reiterate what I posted
> earlier today (no mention of which was made in Mordechai's 2pm message):
Pardon. That was actually yesterday's mail resent. :)
[snip remainder.]
--
Mordechai Abzug Raytheon STX morty@sled.gsfc.nasa.gov
Unix Administrator NASA Goddard Space Flight Center Code 242
CNE 301.286.8787
References:
|
|
