On 20.06.02 14:17, Jon Thaler Replied As Follows: --- Original Message ---
> Jay Garcia wrote: >> On 20.06.02 12:55, Jon Thaler Replied As Follows: > > (... I've deleted four other points not addressed by Garcia...) > >>>* I cannot put mailing lists into the lists. I think this has >>> been discussed elsewhere. For example, I cannot make a >>> subcommittee list inside a committee list. (This *is* a big >>> deal.) >> >> Make two lists, "subcommittee" and "committee". >> Name each list accordingly and add the appropriate addresses to each list. >> When you compose an email: >> >> To: field is blank >> Bcc: subcommittee >> >> or Bcc: committee > > You are proposing a flat structure. This is not optimal when the number > and sizes of lists becomes large. I would like Mozilla to help me keep > things organized. For example, what happens when Doctor J is removed > from the committee? I have to remember to remove him by hand from every > subcommittee that he was on. > > This is a database. Not a complex one, to be sure, but there's no > reason to ignore DBM tools that have been developed over the past few > decades. > > Regards, > Jon > Yes, the present architecture is "flat" and will probably remain that way. However, you can create address lists from text files and these text files can be configured/saved-as .CVS files where they can be manipulated in Excel or Access for instance. You can then author a simple script or just using the tools available to edit out or even add any address to all address lists with the stroke of one key ... Also, if you feel so inclined you can propose and file a RFE bug and see what turns up. I'm not against expanding the features of the address book into a mild-featured PIM ... -- Jay Garcia - Netscape Champion Novell MCNE-5/CNI-Networking Technologies-OSI UFAQ - http://www.UFAQ.org ** Post To Group ONLY, do NOT email **
