Pete and others,

I am on the University of Florida Listserv, if that is syntactically
correct, to call their system a Listserv (which even yahoogroups call
themselves, I find, and I do know the difference). As their guest, I have
very little (none, actually) say-so over how they set up their system.  I
cannot change it on my own, obviously.  I have tried, with my 700+ list, to
be as little trouble to them as possible.  So I was hoping there could be an
inbuilt system much as has been mentioned before but for different reasons,
and  I don't want to delete anyone.  It is the largest list of its kind in
the State of Florida, the second being on another university's system and
being less than half the size.

I do have a smaller list on the University of Arizona Listserv, and that one
is on the 1.8e version which gives some advantages for listowners to look at
and change options, but I still do not see the ability to sort just for one
option that can be used for sending messages easily.  The communication
feature is what I would like to see added.


Thanks anyway.

Barbara Passmore


----- Original Message -----
From: "Pete Weiss" <[log in to unmask]>
To: <[log in to unmask]>
Sent: Tuesday, July 08, 2003 11:14 AM
Subject: Re: [LSTOWN-L] Emailing to NoMail folks


> At 10:31 07/08/2003 Tuesday, Barbara Passmore wrote:
>  >Thanks, Pete.
>  >
>  >Although a listowner, I am not a trained computer person.  Would you
please
>  >describe parsing and the OBDC?  I have used the *GUI* search for a long
>  >time.
>  >That is where I come to a dead end.
>
> If you used the GUI parm, then you've already done parsing (I hope you
> enjoyed it).  Basically pasing is jargon for deconstructing a whole into
> its component parts.  In geek, it usually has "syntactic" meaning, though
> you can hear the expression in politics "I'm not going to parse that
> statement" meaning something like "I can't figure it either" or "I'm not
> going to second guess ..."
>
> ODBC is an extra cost feature of associated with LISTSERV that allows you
> maintain SQL tables for your subscriber records which includes, among
> other values, the SETTINGs that can be interrogated and fetch via the
> structure query.
>
> Mind you, I've never done such a thing and unless you are going to be
> performing sophisticated and LARGE searches, it is probably not the right
> path to pursue, since it does have an institutional co$t to provide those
> added services.
>
>
> /Pete