Automated generation of mh-chart.man.
[mmh] / docs / historical / bboards.txt
1
2
3
4
5                      The  Rand  MH  Message  Handling  System:
6
7
8
9                                    The  UCI  BBoards  Facility
10
11
12                                            Marshall T. Rosey
13
14                                   Wed May 21 21:03:57 PDT 1986
15
16
17
18                                                 Abstract
19
20
21                This document discusses how to process BBoards using the
22
23                Rand MH system.  In particular, this guide discusses:  check-
24
25                ing  the  status  of  a  BBoard,  viewing  new  messages,  archive
26
27                handling, composing mail destined for a BBoard, and reply-
28
29                ing to a message posted to a BBoard.
30
31
32                       Although this document is based on the standard MH
33
34                user manual[MH], this document is meant to supplement, not
35
36                supersede, that lengthier work.
37
38
39                       Comments concerning this documentation should be ad-
40
41                dressed to the Internet mailbox Bug-MH@ICS.UCI.EDU.
42
43
44
45 _____________________________________
46 y Computer Mail: MRose@NRTC.NORTHROP.COM.
47 \f
48
49                      The  Rand  MH  Message  Handling  System:
50
51
52
53                                    The  UCI  BBoards  Facility
54
55
56
57 Acknowledgements
58
59         The MH system described herein is based on the original Rand MH system.
60
61 It has been extensively developed (perhaps too much so) by Marshall Rose and
62
63 John Romine at the University of California, Irvine.  Einar Stefferud, Jerry Sweet,
64
65 and Terry Domae provided numerous suggestions to improve the UCI version of
66
67 MH.
68
69
70         In  particular,  the  UCI  BBoards  facility,  which  was  suggested  by  Einar
71
72 Stefferud, has been in place at the University of California, Irvine (in one form or
73
74 another) for the last two and one-half years.  The UCI BBoards facilities runs under
75
76 both MMDF and SendMail, and, in a more restricted form, under stand-alone MH.
77
78
79
80 Disclaimer
81
82         The Regents of the University of California wish to make it known that:
83
84
85
86        "Although each program has been tested by its contributor, no warranty, express or
87         implied, is made by the contributor or the University of California, as to the accuracy
88         and functioning of the program and related program material, nor shall the fact of
89         distribution constitute any such warranty, and no responsibility is assumed by the
90         contributor or the University of California in connection herewith."
91
92
93
94 Scope
95
96         This  document  explains  how  to  use  the  UCI  BBoards  facility  to  a  user
97
98 familiar with MH and the UNIX1  operating system in general.  A large degree of
99
100 expertise is not assumed.  This document does not attempt to introduce MH to the
101
102 novice user (for that task, consult the MH tutorial known as [MH.TUT]). Additional
103
104 information on the programs discussed here (particularly bbc) is to be found in
105
106 [MH].
107
108
109
110 _____________________________________
111 1  UNIX is a trademark of AT&T Bell Laboratories.
112
113
114
115                                                        1
116 \f                                                                                                              2
117
118
119 Conventions
120
121         In this document, certain TEX-formatting conventions are adhered to:
122
123
124            1.  The  names  of  UNIX  commands,  such  as  comp,  are  presented  in  text
125
126                italics.
127
128
129            2.  Arguments to programs, such as `msgs'    , are presented in typewriter
130
131                style and delimited by single-quotes.
132
133
134            3.  UNIX pathnames and envariables, such as /usr/uci/     and $ SIGNATURE         ,
135
136                are presented in slanted roman.
137
138
139            4.  Text presenting an example, such as
140
141
142                    comp -editor zz
143
144
145                is presented in typewriter  style.
146
147
148
149 Introduction
150
151         MH is a very powerful message handling system that runs under the UNIX
152
153 operating system.  One of the many features which MH offers is an interface to
154
155 the UCI BBoards facility.  This facility permits the efficient distribution of interest
156
157 group messages on a single host, a group of hosts under a single administration,
158
159 and the ARPA Internet community.
160
161
162         Described simply, a interest group is composed of a number of subscribers
163
164 with a common interest.  These subscribers post mail to a single address, known
165
166 as a distribution address.  From this distribution address, a copy of the message
167
168 is sent to each subscriber.  Each group has a moderator, which is the person that
169
170 runs the the group.  This moderator can usually be reached at a special address,
171
172 known as a request address.  Usually, the responsibilities of the moderator are quite
173
174 simple, since the mail system handles the distribution to subscribers automatically.
175
176 In  some  cases,  the  interest  group,  instead  of  being  distributed  directly  to  its
177
178 subscribers,  is put into a digest format by the moderator and then sent to the
179
180 subscribers.  Although this requires more work on the part of the moderator, such
181
182 groups tend to be better organized.
183
184
185         Unfortunately,  there  are  a  few  problems  with  the  scheme  outlined  above.
186
187 First, if two users on the same host subscribe to the same interest group, two copies
188
189 of the message get delivered.  This is wasteful of both processor and disk resources.
190
191
192         Second,  some of these groups carry a lot of traffic.  Although subscription
193
194 to an group does indicate interest on the part of a subscriber,  it is usually not
195
196 interesting to get 50 messages or so delivered to the user's private maildrop each
197
198 day, interspersed with personal mail, that is likely to be of a much more important
199
200 and timely nature.
201 \f                                                                                                              3
202
203
204         Third,  if  a  subscriber  on  the  distribution  list  for  a  group  becomes  "bad"
205
206 somehow,  the originator of the message and not the moderator of the group is
207
208 notified.  It  is  not  uncommon  for  a  large  list  to  have  10  or  so  bogus  addresses
209
210 present.  This results in the originator being flooded with "error messages" from
211
212 mailers across the ARPA Internet stating that a given address on the list was bad.
213
214 Needless to say, the originator usually could not care less if the bogus addresses
215
216 got a copy of the message or not.  The originator is merely interested in posting a
217
218 message to the group at large.  Furthermore, the moderator of the group does care
219
220 if there are bogus addresses on the list, but ironically does not receive notification.
221
222
223         To solve all of these problems, the UCI BBoards facility introduces a new
224
225 entity into the picture:  all interest group mail is handled by a special component of
226
227 the mail system.  The distribution address maps to a special channel that performs
228
229 several  actions.  First,  if  local  delivery  is  to  be  performed,  then  a  copy  of  the
230
231 message is placed in a global maildrop for the interest group with a timestamp
232
233 and a unique number.  Local users can read messages posted for the interest group
234
235 by  reading  the  file.   Second,  if  further  distribution  is  to  take  place,  a  copy  of
236
237 the message is sent to the distribution address in such a way that if any of the
238
239 addresses are bogus, the failure notice is sent to the maintainer of the group and
240
241 not the originator.
242
243
244         This scheme has several advantages:  First,  messages delivered to the host
245
246 are  processed  and  saved  once  in  a  globally  accessible  area.  The  UCI  BBoards
247
248 facility  supports  software  which  allows  a  user  to  query  the  interest  group  for
249
250 new messages and to read those messages in the MH-style.  Second, once a host
251
252 subscribes to an interest group, a user can add or remove him/herself from the list
253
254 without contacting the moderator.  Third, a hierarchical distribution scheme can
255
256 be constructed to further reduce the amount of message traffic.  Fourth, errors are
257
258 prevented from propagating.  When an address on the distribution list goes bad,
259
260 the request address immediately responsible for the address is notified.  Usually,
261
262 this is the local PostMaster and not the group moderator.
263
264
265         In addition to solving the problems outlined above, the UCI BBoards facility
266
267 supports several other capabilities.  BBoards may be automatically archived in
268
269 order to conserve disk space and reduce processing time when reading them.
270
271
272         Special  alias  files  may  be  generated  which  allow  the  MH  user  to  shorten
273
274 address  type-in.  For  example,  instead  of  sending  to  ``SF-Lovers@Rutgers''            ,
275
276 a  user  of  MH  usually  sends  to  ``SF-Lovers''         and  the  MH  aliasing  facility
277
278 automatically  makes  the  appropriate  expansion  in  the  headers  of  the  outgoing
279
280 message.  Hence,  one need only know the name of a interest group and not its
281
282 address.
283 \f                                                                                                              4
284
285
286         Finally, the UCI BBoards facility supports private interest groups using the
287
288 UNIX  group  access  mechanism.  This  allows  a  group  of  people  on  the  same  or
289
290 different machines to conduct a private discussion.
291
292
293         The practical upshot of all this is that the UCI BBoards facility automates the
294
295 vast majority of BBoards handling from the point of view of both the PostMaster
296
297 and the user.
298
299
300
301 BBoard Handling
302
303         Usually the term BBoard is used interchangeably with the terms discussion
304
305 group and interest group.  This is true of the discussion that follows.
306
307
308         The messages for a BBoard delivered locally are kept in the same format as a
309
310 maildrop.2  Unlike the user's private maildrop however, the inc program is not run
311
312 to incorporate new BBoard messages into the user's MH ``+inbox''        folder.  The
313
314 programs which are used will be discussed momentarily.
315
316
317         Each message in a BBoard maildrop has a unique number and a timestamp.
318
319 The  number,  called  the  BBoard-ID,  is  always  ascending.  The  BBoard-ID  of  a
320
321 message should NOT be confused with the message number of a message, which
322
323 can change as messages are removed from the BBoard.  The BBoard-ID is a value
324
325 which is unique for every message delivered locally to the BBoard.
326
327
328         To read BBoards,  the MH user invokes bbc.  The bbc program has several
329
330 switches to direct it's action.  The `-topics'       switch to bbc tells the MH user about
331
332 the status of a BBoard.  The `-check'      switch to bbc lets the MH user check on the
333
334 activity of a BBoard.  The `-read'      switch to bbc invokes the msh program on the
335
336 BBoard.  msh is a monolithic program which contains most of the functionality of
337
338 MH in a single program.  These commands are now discussed in greater detail.
339
340
341 BBoard status
342
343         The `-topics'       option to the bbc program can be used to report information
344
345 about a BBoard that does not pertain to the user's reading habits.  If the MH users
346
347 types
348
349
350            bbc -topics
351
352
353 then bbc will list the following information for all BBoards received on the host:
354
355
356             -  the official name of the BBoard
357
358
359             -  the number of messages delivered to the BBoard (but not necessarily
360
361                present)
362
363
364 _____________________________________
365 2  Actually, your site might be running with all BBoards kept on a single host.  MH supports the
366
367 remote access of BBoards using a modified version of the ARPA Post Office Protocol (POP). This
368 has the advantage that it saves a lot of disk space, and incurs only a modest performance penalty.
369 \f                                                                                                              5
370
371
372             -  the date and time of the last message delivered to the BBoard
373
374
375
376 In addition to `-topics'      ,  if the `-verbose'        option is given to bbc,  then more
377
378 information is listed:
379
380
381             -  any aliases the BBoard is known as
382
383
384             -  the local leaders of the BBoard
385
386
387             -  the file that the BBoard is locally delivered to
388
389
390             -  the "global" distribution address
391
392
393             -  the "global" request address
394
395
396             -  the host that distributes the BBoard to the local host
397
398
399             -  the addresses to which this host distributes
400
401
402             -  miscellaneous information (presently only archiving status)
403
404
405
406 Naturally, bbc can be invoked with the `-topics'       option and one or more BBoard
407
408 names listed on its command line.  For example
409
410
411            bbc -topics unix-wizards
412
413
414 is  completely  acceptable  _  it  tells  bbc  to  report  the  status  of  the  BBoard
415
416 ``unix-wizards''          .
417
418
419 BBoard checking
420
421         The `-check'      option to the bbc program can be used to check for new BBoard
422
423 messages in a synchronous fashion (i.e., when you specifically ask for it).  The MH
424
425 users types
426
427
428            bbc -check
429
430
431 and bbc consults the profile entry for ``bboards:''         in the user's .mh_profile     file.
432
433 For each BBoard listed, bbc prints one of several messages depending on the status
434
435 of both the BBoard and the user's reading habits (for example, in the case of the
436
437 mythical BBoard ``foo''     ):
438
439
440            1.  ``foo  --  n  items  unseen''
441
442                This message indicates items in the BBoard have not been seen by the
443
444                user.  When bbc is invoked with the ``quiet''       switch, this is the only
445
446                informative message that bbc will print out.  Users of MH usually put
447
448
449                    bbc -check -quiet
450
451
452                in their $ HOME/.login        file.
453 \f                                                                                                              6
454
455
456            2.  ``foo  --  empty''
457
458                The BBoard is empty.
459
460
461            3.  ``foo  --  n  items  (none  seen)''
462
463                The BBoard has n items in it, but the user hasn't seen any.
464
465
466            4.  ``foo  --  n  items  (all  seen)''
467
468                The BBoard is non-empty, and the user has seen everything in it.
469
470
471            5.  ``foo  --  n  items  seen  out  of  m''
472
473                The BBoard has at most m  n items that the user has not seen.
474
475
476
477 It is important to note that bbc performs its calculations on BBoard-ID:s and not
478
479 the messages actually present in a BBoard.  This means that the numbers given by
480
481 bbc are maximal end-points.  When bbc says n, bbc means "at most n".
482
483
484         Naturally,  bbc can be invoked with the `-check'       option and one or more
485
486 BBoards listed on its command line.  For example
487
488
489            bbc -check info-c poli-sci
490
491
492 is completely acceptable _ it tells bbc to check on the BBoards ``info-c''        and
493
494 ``poli-sci''         only.
495
496
497         There are two ways to check for new BBoard messages in an asynchronous
498
499 fashion:  using the CShell variable $ mail   and running the useto program.
500
501
502 Asynchronous Checking with the CShell
503
504         The CShell has a variable called $ mail  .  This variable can contain one or more
505
506 words.  Each word should be a filename where the shell should check for new mail.
507
508 The check is performed after a specified time interval has elapsed just before the
509
510 shell would prompt the user.
511
512
513         If the first word of $ mail   is a number, then this number specifies a different
514
515 checking interval, in seconds, than the default, which is 10 minutes.
516
517
518         Whenever the time interval elapses and the shell is ready to prompt the user,
519
520 the shell looks at the file and decides if new messages have arrived.  If so, it says
521
522
523            You  have  new  mail.
524
525
526 if only one file is present in $ mail  .  Otherwise, if more than one file is present in
527
528 $ mail  , then the shell says
529
530
531            New  mail  in  foo.
532
533
534 whenever there is new mail in the file called ``foo''     .
535 \f                                                                                                              7
536
537
538         To find out what file is associated with a BBoard, say ``info-unix''        , the
539
540 MH user types
541
542
543            bbc -topics -verbose info-unix
544
545
546 Usually the local file for a BBoard has an extension of .mbox   .
547
548
549 Asynchronous Checking with Useto
550
551         In  contrast  to  using  the  $mail   variable  in  the  CShell,  the  MH  user  might
552
553 employ useto instead.3   The useto program is a continuous update display that
554
555 prints  information  on  the  status  line  of  your  terminal.   Needless  to  say,  your
556
557 terminal must support a status line in order to run useto.  Not all terminals have
558
559 this capability, but for those that do it's usually well worth the effort to run useto.
560
561
562         For example, users of MH could put
563
564
565            useto -bepf tcp-ip sftp % D % M % d % h:% m% z% b % n.tty% t:% l1
566
567
568 in their $ HOME/.login        file.  This command line to useto says to inform the user of
569
570
571             -  the current date and time
572
573
574             -  new mail for the user
575
576
577             -  new messages for the BBoards ``tcp-ip''       and ``sftp''
578
579
580             -  the name of the host and tty that the user is logged in on
581
582
583             -  the 5-minute load average of that host
584
585
586         The useto program is really quite amusing and useful.4
587
588
589 BBoard reading
590
591         If bbc is not given either the `-check'      or `-topics'       option, the bbc program
592
593 reads BBoard messages.  For each BBoard listed in the MH user's profile entry for
594
595 ``bboards:''        , bbc checks to see if there is unread mail.  If so, bbc starts msh on
596
597 the BBoard, telling msh which messages haven't been seen.5
598
599
600         When msh starts it identifies the BBoard being read and indicates how many
601
602 messages are present and how many the user has read.  Usually, in the user's MH
603
604 profile, the user has the entry
605
606
607            msh: -scan
608
609
610
611 _____________________________________
612 3  Not all sites have useto; contact the same people who supplied MH to get a copy.
613 4  To  be  honest,  the  author  considers  computing  environments  without  useto  to  be  less  than
614
615 adequate.
616 5  If the `-verbose'     option is given to bbc, then bbc will start msh on the BBoard regardless of
617
618 whether there are unseen messages there.
619 \f                                                                                                                         8
620
621
622            This says that when msh starts, it should print a scan listing of the messages which
623
624            the user hasn't seen yet.
625
626
627                    The msh program now prompts the user for MH commands.  The user may
628
629            type most of the normal MH command.  The syntax and semantics of the commands
630
631            typed to msh are identical to their MH counterparts.  For example,  to reply to
632
633            a  message  on  the  BBoard,  the  MH  user  types  ``repl''    ;  other  MH  commands
634
635            likewise may be applied to BBoard messages.  In cases where the nature of msh
636
637            would be inconsistent (e.g., specifying a `+folder'       with some commands), msh
638
639            will duly inform the user.  In addition to supporting most MH commands, msh also
640
641            has a ``help''      command which gives a brief overview.
642
643
644                    The only command that behaves entirely differently in msh is the ``mark''
645
646            command  when  given  no  arguments.   The  msh  program  maintains  a  special
647
648            sequence, ``unseen''      , which it uses to keep track of the messages you've seen.  If
649
650            the ``mark''      command is given without any arguments, then msh will interpret it
651
652            as
653
654
655                       mark -sequence unseen -delete -nozero all
656
657
658            Hence, to discard all of the messages in the current BBoard being read, the MH
659
660            user  types  ``mark''      which  says  to  remove  all  messages  from  sequence  called
661
662            ``unseen''       .
663
664
665                    To leave msh use the ``quit''      command.  This tells msh to terminate and
666
667            bbc to go to the next BBoard.  Instead, if the user types EOT (usually CTRL-D),
668
669            then bbc will exit as well, updating whatever information was appropriate.
670
671
672
673            Current BBoards
674
675                    There are many,  many active interest groups.  Consult the BBoard called
676
677            ``list-of-lists''            for a comprehensive description.  Here are a few of the more
678
679            popular:
680
681
682                system     Important announcements for the local system are posted here.
683
684
685             mh-users      A discussion group for users of MH.
686
687
688 arpanet-bboards           Redistribution address for all known BBoards on the ARPAnet.
689
690
691    editor-people          Discussion  of  topics  related  to  computerized  text  editing,  display
692
693                           editors, and human factors in man/machine interaction.  The theoretical
694
695                           discussion is catholic, but practical discussion focuses particularly on
696
697                           Tops206  and UNIX.
698
699
700    franz-friends          Discusses the Franz Lisp language.
701
702
703            _____________________________________
704            6  Tops20 is a trademark of Digital Equipment Corporation.
705 \f                                                                                                                      9
706
707
708 header-people          Interest specifically in the format of message headers and related issues
709
710                        such as inter-network mail formats/standards, etc.
711
712
713      human-nets        Human-Nets  has  discussed  many  topics,  all  of  them  related  in  some
714
715                        way to the theme of a world-wide computer and telecommunications
716
717                        network usually called WorldNet.  The topics have ranged very widely,
718
719                        from something like tutorials, to state of the art discussions, to rampant
720
721                        speculation about technology and its impact.
722
723
724      info-micro        Information/discussion list on the general interest topic of microcom-
725
726                        puters.
727
728
729        info-unix       Info-UNIX is intended for question/answer discussion, where "novice"
730
731                        system administrators can pose questions.
732
733
734          msggroup      Interest in electronic mail, message formats, message systems, and the
735
736                        sociological implications of the above.
737
738
739          poli-sci      A permanent distributed political "bull" session.
740
741
742        sf-lovers       Science Fiction lovers.  SF-Lovers has discussed many topics, all of them
743
744                        related in some way to the theme of science fiction or fantasy.
745
746
747              space     Discussions (daily digest) on space-related topics.
748
749
750           telecom      A broad spectrum moderated-digest-format discussion on telecommu-
751
752                        nictions technology:  the telephone system,  modems,  and other more
753
754                        technical aspects of telecommunications systems.
755
756
757      unix-emacs        Used for new release announcements and general discussions of Gosling's
758
759                        EMACS.
760
761
762   unix-wizards         Distribution  list  for  people  maintaining  machines  running  the  UNIX
763
764                        operating system.
765
766
767
768         As  discussed  earlier,  to  find  out  about  all  of  the  BBoards  that  the  local  host
769
770         subscribes to, the MH users types
771
772
773                    bbc -topics
774
775
776
777         More on BBoards
778
779                 Finally, here are a few more operational details:
780
781
782         Creating a BBoard
783
784                 Contact the PostMaster at your host to have a BBoard created.  Be sure to
785
786         indicate its status (public or private) and scope (where distribution should occur).
787 \f                                                                                                                          10
788
789
790               Subscribing to a BBoard
791
792                       If your local host already receives an interest group,  then simply add the
793
794               name of the BBoard to the ``bboards:''        entry in your MH profile.  If not, ask the
795
796               PostMaster to create the BBoard and contact the global request address for you.
797
798
799               BBoard Archives
800
801                       BBoard messages are automatically archived on a weekly basis.  Usually, this
802
803               results in messages older than 12 days being moved to an archive area.  To read
804
805               the archives for a BBoard, the `-archive'       option is used.  For example,
806
807
808                          bbc -archive telecom
809
810
811               tells bbc to invoke msh on the archives for the ``telecom''        BBoard.
812
813
814                       Note that the archives may not be present for all BBoards on a given host;
815
816               also note that the archives may be periodically moved to tape and expunged from
817
818               the system.  Contact your local PostMaster for the details.
819
820
821               BBoard Addresses
822
823                       Each BBoard has associated with it 4 addresses (for example, in the case of
824
825               the mythical BBoard ``foo''     ):
826
827
828                        foo   The global distribution list
829
830                              If you post a message addressed to foo then the message is distributed
831
832                              to everyone who subscribes to ``foo''     .
833
834
835                dist-foo      The local distribution list
836
837                              If  you  post  a  message  addressed  to  dist-foo  then  the  message  is
838
839                              distributed to the local BBoard for ``foo''      and to any sites which the
840
841                              local system distributes to.
842
843
844          foo-request         The global moderator
845
846                              If you post a message addressed to foo-request then the message is
847
848                              sent to the moderator for the entire interest group called ``foo''     .
849
850
851 local-foo-request            The local moderator
852
853                              If  you  post  a  message  addressed  to  local-foo-request  then  the
854
855                              message is sent to the person responsible for the BBoard ``foo''      on
856
857                              the local system.
858
859
860
861               These addresses are defined by the MH alias facility.  Users of the BBoards facility
862
863               who do not use MH may not be able to make use of them.
864
865
866               Leading a BBoard
867
868                       Except for special circumstances, this task is wholly automated.  For more
869
870               information though, see the manual entries for bbl (1) and bbleaders (8).
871 \f                                                                                                            11
872
873
874 Extra for Experts
875
876         Some clever MH users might ask why BBoards aren't kept as folders instead
877
878 of pack'd files.  This is a good question.  Perhaps some future release of MH and the
879
880 UCI BBoards facility will treat BBoards as a variant of read-only folders.
881
882
883         The  problem  with  msh,  of  course,  is  that  it's  a  monolithic  program,  and
884
885 although  it  does  support  input/output  redirection  and  a  few  other  primitive
886
887 shell-like properties, it's still not the CShell.
888 \f                                                                                                            12
889
890
891                                                References
892
893
894
895 [MH]           M.T. Rose,  J.L. Romine.  The Rand MH Message Handling System:
896
897                User's Manual. UCI Version. Department of Information and Computer
898
899                Science, University of California, Irvine (July, 1984).
900
901
902
903 [MH.TUT]       M.T.  Rose.   The  Rand  MH  Message  Handling  System:  Tutorial.
904
905                Department  of  Computer  and  Information  Sciences,  University  of
906
907                Delaware (October, 1984).
908 \f
909
910
911
912                                                  Contents
913
914
915
916                                                                                                           Page
917
918  Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       1
919
920  Disclaimer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       1
921
922  Scope . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       1
923
924  Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       2
925
926  Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       2
927
928  BBoard Handling. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       4
929
930          BBoard status  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       4
931
932          BBoard checking. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       5
933
934                 Asynchronous Checking with the CShell. . . . . . . . . . . . . . . .       6
935
936                 Asynchronous Checking with Useto. . . . . . . . . . . . . . . . . . .       7
937
938          BBoard reading  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       7
939
940  Current BBoards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       8
941
942  More on BBoards  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       9
943
944          Creating a BBoard  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       9
945
946          Subscribing to a BBoard . . . . . . . . . . . . . . . . . . . . . . . . . . . . .      10
947
948          BBoard Archives. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .      10
949
950          BBoard Addresses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .      10
951
952          Leading a BBoard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .      10
953
954  Extra for Experts  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .      11
955
956  References . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .      12
957
958
959
960  _____________________________________
961 This document (version #2.6) was TEXset April 12, 1990 with DISS.STY v103.
962
963
964
965                                                         i