help (fwd)

[Rob Lanphier]

We have been switched to yet another mailing list (Smartlist).  Below is a
response I received to a help request to
"election-methods-list-request at eskimo.com".  All commands now are part of
the subject line, rather than the body of the message.

Messages still should be sent to "election-methods-list at eskimo.com".  The
only thing that has changed is subscribe/unsubscribe/help and other
commands that you used to send to listproc.

I'll update the information once I get the chance.

Rob

---------- Forwarded message ----------
Received: (from smartlst at localhost) by mail.eskimo.com (8.7.5/8.6.12) id OAA05568; Fri, 16 Aug 1996 14:09:20 -0700 (PDT)
Date: Fri, 16 Aug 1996 14:09:20 -0700 (PDT)
From: election-methods-list-request at eskimo.com
Message-Id: <199608162109.OAA05568 at mail.eskimo.com>
To: robla at eskimo.com
Subject: Re: help
References: <Pine.WNT.3.95.960816140631.-158093B-100000 at robla.prognet.com>
In-Reply-To: <Pine.WNT.3.95.960816140631.-158093B-100000 at robla.prognet.com>
X-Loop: election-methods-list at eskimo.com

			General info
			------------
Subcription/unsubscription/info requests should always be sent to the -request
address of a mailinglist.
If a mailinglist for example is called "thelist at some.domain", then the -request
address can be inferred from this to be: "thelist-request at some.domain".

To subscribe to a mailinglist, simply send a message with the word "subscribe"
in the Subject: field to the -request address of that list.

To unsubscribe from a mailinglist, simply send a message with the word (you
guessed it :-) "unsubscribe" in the Subject: field to the -request address of
that list.

In the event of an address change, it would probably be the wisest to first
send an unsubscribe for the old address (this can be done from the new
address), and then a new subscribe to the new address (the order is important).

Most (un)subscription requests are processed automatically without human
intervention.

Do not send multiple (un)subscription or info requests in one mail.  Only one
will be processed per mail.

NOTE: The -request server usually does quite a good job in discriminating
      between (un)subscribe requests and messages intended for the maintainer.
      If you'd like to make sure a human reads your message, make it look
      like a reply (i.e. the first word in the Subject: field should be "Re:",
      without the quotes of course); the -request server does not react to
      replies.

--