mailinglists

早期freebsd实现

     GNU Project Electronic Mailing Lists.  Last Updated 16 Jan 91

	   Please report improvements to: [e-mail]

* GNU mailing lists are also distributed as USENET news groups

The mailing lists are gated both ways with the gnu.all newsgroups at
ohio-state.edu.  The one-to-one correspondence is indicated below.  If
you don't know if your site is on USENET, ask your system administrator.
If you are a USENET site and don't get the gnu.all newsgroups, please
ask your USENET administrator to get them.  If he has your feeds ask
their feeds, you should win.  And everyone else wins: newsgroups make
better use of the limited bandwidth of the computer networks and your
home machine than mailing list traffic; and staying off the mailing
lists make better use of the people who maintain the lists and the
machines that the GNU people working with rms use (i.e. we have more
time to produce code!!).  Thanx.

* Getting the mailing lists directly

If several users at your site or local network want to read a list and
you aren't a USENET site, Project GNU would prefer that you would set up
one address that redistributes locally.  This reduces overhead on our
people and machines, your gateway machine, and the network(s) used to
transport the mail from us to you.

* How to subscribe to and report bugs in mailing lists

Send messages ABOUT these lists, such as reports of mail problems, or
requests to be added or removed, to help-gnu-emacs-request (or
info-gnu-request, bug-gdb-request, etc.), NOT to info-gnu-emacs (or
info-gnu, etc.).  These <LIST_NAME>-request addresses go only to the
people who can do something about your requests or problems, and thus
avoids disturbing everyone else.

Note that all GNU mailing lists are maintained by volunteers.  They get
behind occasionally.  Wait at least 3 or 4 days before asking again.
Thanks!

Many of the GNU mailing lists are very large and are received by many
people.  Please don't send them anything that is not seriously important
to all their readers.  All GNU mailing lists are unmoderated, mail
reflectors, except info-gnu, info-gnu-emacs, info-gcc and info-g++.

All addresses below are in internet format.  Consult the mail guru for
your computer to figure out address syntaxes from other networks.  From
UUCP machines:
	..!ucbvax!prep.ai.mit.edu!ADDRESS
	..!uunet!prep.ai.mit.edu!ADDRESS

If a message you mail to a list is returned from a MAILER-DAEMON (often
with the line:
      ----- Transcript of session follows -----
 don't resend the message to the list.  All this return means is that
your original message failed to reach a few addresses on the list.  Such
messages are NEVER a reason to resend a piece of mail a 2nd time.  This
just bothers all (less the few delivery failures (which will probably
just fail again!)) of the readers of the list with a message they have
already seen.  It also wastes computer and network resources.

It is appropriate to send these to the -request address for a list, and
ask them to check the problem out.

* Send Specific Requests for Information to: [e-mail]

Specific requests for information about obtaining GNU software, or GNU
activities in Cambridge and elsewhere can be directed to:
	[e-mail]

* General Information about all lists

Please keep each message under 40,000 characters.  Some mailers bounce
messages that are longer than this.

Most of the time, when you reply to a message sent to a list, the reply
should not go to the list.  But most mail reading programs supply, by
default, all the recipients of the original as recipients of the reply.
Make a point of deleting the list address from the header when it does
not belong.  This prevents bothering all readers of a list, and reduces
network congestion.

The GNU mailing lists and newsgroups, like the GNU project itself, exist
to promote the freedom to share software.  So don't use these lists to
promote or recommend non-free software.  (Using them to post ordering
information is the ultimate faux pas.)  If there is no free program to
do a certain task, then somebody should write one!

* General Information about info-* lists

These lists and their newsgroups are meant for important announcements.
Since the GNU project uses software development as a means for social
change, the announcements may be technical or political.

Most GNU projects info-* lists (and their corresponding gnu.*.announce
newsgroups) are moderated to keep their content significant and
relevant.  If you have a bug to report, send it to the bug-* list.  If
you need help on something else and the help-* list exists, ask it.

See section '* General Information about all lists'.

* General Information about help-* lists

These lists (and their newsgroups) exist for anyone to ask questions
about the GNU software that the list deals with.  The lists are read by
people who are willing to take the time to help other users.

When you answer the questions that people ask on the help-* lists, keep
in mind that you shouldn't answer by promoting a proprietary program as
a solution.  The only real solutions are the ones all the readers can
share.

See section '* General Information about all lists'.

* General Information about bug-* lists and reporting program bugs

If you think something is a bug in a program, it might be one; or, it
might be a misunderstanding or even a feature.  Before beginning to
report bugs, please read the section ``Reporting Emacs Bugs'' toward the
end of the GNU Emacs reference manual (or node Emacs/Bugs in Emacs's
built-in Info system) for a discussion of how and when to send in bug
reports.  For GNU programs other than GNU Emacs, also consult their
documentation for their bug reporting procedures.  Always include the
version number of the GNU program, as well as the operating system and
machine the program was ran on (if the program doesn't have a version
number, send the date of the latest entry in the file ChangeLog).  For
GNU Emacs bugs, type "M-x emacs-version".  A debugger backtrace of any
core dump, can also be useful.  Be careful to separate out hypothesis
from fact!  For bugs in GNU Emacs lisp, set variable debug-on-error to
t, and re-enter the command(s) that cause the error message; Emacs will
pop up a debug buffer if something is wrong; please include a copy of
the buffer in your bug report.

Please don't send in a patch without a test case to illustrate the
problem the patch is supposed to fix.  Sometimes the patches aren't
correct or aren't the best way to do the job, and without a test case
there is no way to debug an alternate fix.

The purpose of reporting a bug is to enable the bug to be fixed for the
sake of the whole community of users.  You may or may not receive a
response; the maintainers will send one if that helps them find or
verify a fix.  Most GNU maintainers are volunteers and all are
overworked; they don't have time to help individuals and still fix the
bugs and make the improvements that everyone wants.  If you want help
for yourself in particular, you may have to hire someone.  The GNU
project maintains a list of people providing such services.  It is
distributed with GNU Emacs in file etc/SERVICE, and can be requested
from [e-mail].

Anything addressed to the implementors and maintainers of a GNU program
via a bug-* list, should NOT be sent to the corresponding info-* or
help-* list.

Please DON'T post your bug reports on the gnu.* newsgroups!  Mail them
to bug-*@prep instead!  At first sight, it seems to make no difference:
anything sent to one will be propagated to the other; but if you post on
the newsgroup, the information about how to reach you is lost in the
message that goes on the mailing list.  It can be very important to know
how to reach you if there is anything in the bug report that we don't
understand.  Bug reports also reach the GNU maintainers quickest when
they are sent to the bug-* mailing list submittal address.

And please DON'T post your GNU bug reports to comp.* or other non gnu.*
newsgroups, they never make it to the GNU maintainers at all.  Please
mail them to bug-*@prep instead!

See section '* General Information about all lists'.

* [e-mail] to subscribe to info-gnu
** gnUSENET newsgroup: gnu.announce
** Send announcements to: [e-mail]

This list distributes progress reports on the GNU Project.  It is also
used by the GNU Project to ask people for various kinds of help.  It is
NOT for general discussion.

The list is filtered to remove items meant for info-gnu-request, that
can be answered by the moderator without bothering the list, or should
have been sent to another list.

See section '* General Information about info-* lists'.

* [e-mail] to subscribe to gnu-misc-discuss
** gnUSENET newsgroup: gnu.misc.discuss
** Send contributions to: [e-mail]

This list is for serious discussion of freed software, the GNU
Project, the GNU Manifesto and their implications.  It's THE place for
discussion that is not appropriate in the other GNU mailing lists and
gnUSENET newsgroups.

Flaming is out of place.  Tit-for-tat is not welcome.  Repetition
should not occur.

Good READING and writing are expected.  Before posting, wait a while,
cool off, and think.

Don't trust pronouncements made on gnu-misc-discuss about what GNU is,
what FSF position is, what the GNU General Public License is, etc.,
unless they are made by someone you know is well connected with GNU and
are sure the message is not forged.

USENET and gnUSENET readers are expected to have read ALL the articles
in news.announce.newusers before posting.  If news.announce.newusers is
empty at your site, wait (the articles are posted monthly), your posting
isn't that urgent!  Readers on the Internet can anonymous ftp these
articles from wsmr-simtel20.army.mil under directory
PD2:<UNIX-C.USENET>.

Someone from the Free Software Foundation will attempt to follow this
group as time and volume permits.

Remember, "GNUs Not Unix" and "gnUSENET is Not USENET".  We have
higher standards!

Note that sending technical questions about specific GNU software to
gnu-misc-discuss is likely to be less useful than sending them to the
appropriate mailing list or gnUSENET newsgroup, since more technical
people read those.

* [e-mail] to subscribe to bug-gnu-emacs
** gnUSENET newsgroup: gnu.emacs.bug
** Gnu Emacs bug reports to: [e-mail]

This list distributes, to the active maintainers of GNU Emacs, bug
reports and fixes for, and suggestions for improvements in GNU Emacs.
It is the place to report GNU Emacs bugs by all users of GNU Emacs.

Send bugs in the GNU Emacs Lisp reference manual to:
	[e-mail] 

lisp-manual-bugs is neither a mailing list nor a gnUSENET newsgroup.
It's just a bug-reporting address.

Subscribers to bug-gnu-emacs automatically receive all
info-gnu-emacs messages.

See section '* General Information about bug-* lists and reporting
program bugs'.

* [e-mail] to subscribe to gnu-emacs-sources
** gnUSENET newsgroup: gnu.emacs.sources
** Gnu Emacs source code to: [e-mail]