I am using netscape 2.02 and netscape 3.0 on Unix. It is exhibiting the
problem with the lists. The hidden_list will work.
I think my other problem is with adding the owner field and then where
to place the new_keyword command.
Where I do place the new keyword command so that the key cache will
pickup the new variable. I am still getting document contains no data
when I submit an address.
Thanks for your help
> So are you saying that the "pick list" as implemented by your browser does
> not support a scrolling window? What do you use? We had that problem with
> Netscape 1.2 on UNIX. Netscape 2.0 does not seem to have the problem. No
> matter; you need to look in majorcool.cf. Set "hidden_list" to on (1). This
> forces you to type the name in rather than rely on a scrolling window.
> For the top section, the NCR stuff was provided for example. All you need to
> do is modify the siteaddr() function to take the single parameter given and
> spit it back untouched as a 3-tuple function result. ($target, $target,
> At 02:59 PM 8/22/96 -0500, you wrote:
> >It now comes up with the screen and I can administer to a list.
> >The top section does not work yet, but I think that is just the
> >matching on userid not working I am getting document contains
> >no data.
> >I do have some comments on the admin section. I have 200 or so
> >distribution lists in an alias file that I would love to get under
> >majordomo control. The problem with the major cool interface is
> >that once I hit 10 or more lists (which is all I have right now)
> >The selection bar, to pick the list I want to administer is bigger
> >than my screen. The only ones I can administer are the ones visible
> >to me.
> >We had a similar problem with another auto generation tool, Arweb,
> >which interfaces to our trouble ticket system. We ultimately had
> >to manually generate a custom screen that used a scrolling selection
> >window. I would really hate to do this by hand for each new lists
> >that I add. I will try to work on a automated solution to this. Maybe
> >you can do it quicker than I. Anyway, thanks for the fix. I really
> >like the work that you have done already.
> >More later,
> >Mike A.
> >+++++++++++++++++++ Happy Mardi Gras, cher! ++++++++++++++++++++++++
> >Mike Alleman, Senior Sysadmin 512-432-8396 Tandem SDG/Austin
> >email@example.com or firstname.lastname@example.org
> >PGP key available at the mit.edu key server.
> >Key fingerprint = 16 BB 65 31 AB FF 15 32 12 30 E4 6E E4 42 39 FE