lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

LYNX-DEV appropriate use of memo-to-file?


From: Al Gilman
Subject: LYNX-DEV appropriate use of memo-to-file?
Date: Sun, 8 Dec 1996 10:22:26 -0500 (EST)

1.  Announcement or reminder, as the case may be.

I don't know how many people are aware that Russell has kindly
created an email address that posts to the archive whithout
passing through Majordomo (and littering your inbox the way I am
now...).  The address is

        address@hidden

2. Confession

I have been using this recently when I give dumb answers to
questions posted on the list.  [There are no dumb questions.]

The definition of a dumb answer here is that it wouldn't edify
the general readership of the list one whit, except to let them
know that the original questioner had received some sort of a
response.  If I simply say "Here is the H)elp key" or "Your can
find something about that in the FAQ" I send a copy to file
instead of sending a reply to the list.

3.  Details you probably didn't want to know.

The way I do this is 

        a. Kill the "Reply-to: address@hidden" header in the
        mailgram received from the list Majordomo. 

        b. Reply to the orginal questioner with cc: lynx-dev-archive...

As it happens, when I reply like this, the thread tracing in the
archive works because my flavor of Elm does send along an
In-reply-to: header that MHonArc recognizes.

So, if a truly diligent servant-of-the-users wants to see if a
specific question has been answered, and how, they can still
learn what I have done by visiting the archive, even 'though they
haven't been informed by mail.

4.  Related general process stuff.

Implicit in what I am doing above is the following triage scheme
for Q/A pairs:

        - Possible cause of change to Lynx code
                (bugs, new bad HTML forms causing crashes, ...)
        - Possible cause of change to Lynx docs
                (could find answer in docs or mail, but it took
                undue expertise to find it..)
        - RTFM -- no likely change required

Answers in the first two categories IMHO should pass through the
broadcast list.  I am experimenting with avoiding broadcast of
answers that treat a question as of the third category.  

Any other ideas about what would constitute appropriate use of
the capability Russell has given us?

--
Al Gilman
;
; To UNSUBSCRIBE:  Send a mail message to address@hidden
;                  with "unsubscribe lynx-dev" (without the
;                  quotation marks) on a line by itself.
;

reply via email to

[Prev in Thread] Current Thread [Next in Thread]