Updating inc
[mmh] / man / burst.man
1 .\"
2 .\" %nmhwarning%
3 .\" $Id$
4 .\"
5 .TH BURST %manext1% "%nmhdate%" MH.6.8 [%nmhversion%]
6 .SH NAME
7 burst \- explode digests into messages
8 .SH SYNOPSIS
9 .HP 5
10 .B burst
11 .RI [ +folder ]
12 .RI [ msgs ]
13 .RB [ \-inplace " | " \-noinplace ]
14 .RB [ \-quiet " | " \-noquiet ]
15 .RB [ \-verbose " | " \-noverbose ]
16 .RB [ \-version ]
17 .RB [ \-help ]
18 .SH DESCRIPTION
19 .B Burst
20 considers the specified messages in the named folder to be
21 Internet digests, and explodes them in that folder.
22 .PP
23 If
24 .B \-inplace
25 is given, each digest is replaced by the \*(lqtable
26 of contents\*(rq for the digest (the original digest is removed).
27 .B Burst
28 then renumbers all of the messages following the digest in the
29 folder to make room for each of the messages contained within the digest.
30 These messages are placed immediately after the digest.
31 .PP
32 If
33 .B \-noinplace
34 is given, each digest is preserved, no table of contents
35 is produced, and the messages contained within the digest are placed at
36 the end of the folder.  Other messages are not tampered with in any way.
37 .PP
38 The
39 .B \-quiet
40 switch directs
41 .B burst
42 to be silent about reporting
43 messages that are not in digest format.
44 .PP
45 The
46 .B \-verbose
47 switch directs
48 .B burst
49 to tell the user the general
50 actions that it is taking to explode the digest.
51 .PP
52 It turns out that
53 .B burst
54 works equally well on forwarded messages
55 and blind\-carbon\-copies as on Internet digests, provided that the
56 former two were generated by
57 .B forw
58 or
59 .BR send .
60
61 .SH FILES
62 .fc ^ ~
63 .nf
64 .ta \w'/usr/local/nmh/etc/ExtraBigFileName  'u
65 ^$HOME/\&.mh\(ruprofile~^The user profile
66
67 .SH "PROFILE COMPONENTS"
68 .fc ^ ~
69 .nf
70 .ta 2.4i
71 .ta \w'ExtraBigProfileName  'u
72 ^Path:~^To determine the user's nmh directory
73 ^Current\-Folder:~^To find the default current folder
74 ^Msg\-Protect:~^To set mode when creating a new message
75
76 .SH "SEE ALSO"
77 inc(1), msh(1), pack(1),
78 .I "Proposed Standard for Message Encapsulation"
79 (RFC\-934)
80
81 .SH "DEFAULTS"
82 .nf
83 .RB ` +folder "' defaults to the current folder"
84 .RB ` msgs "' defaults to cur"
85 .RB ` \-noinplace '
86 .RB ` \-noquiet '
87 .RB ` \-noverbose '
88
89 .SH CONTEXT
90 If a folder is given, it will become the current folder.  If
91 .B \-inplace
92 is given, then the first message burst becomes the current message.
93 This leaves the context ready for a
94 .B show
95 of the table of contents
96 of the digest, and a
97 .B next
98 to see the first message of the digest. If
99 .B \-noinplace
100 is given, then the first message extracted from the
101 first digest burst becomes the current message.  This leaves the context
102 in a similar, but not identical, state to the context achieved when using
103 .BR \-inplace .
104
105 .SH BUGS
106 The
107 .B burst
108 program enforces a limit on the number of messages which
109 may be
110 .B burst
111 from a single message.  This number is on the order
112 of 1000 messages.  There is usually no limit on the number of messages
113 which may reside in the folder after the
114 .BR burst ing.
115 .PP
116 Although
117 .B burst
118 uses a sophisticated algorithm to determine where
119 one encapsulated message ends and another begins, not all digestifying
120 programs use an encapsulation algorithm.  In degenerate cases, this
121 usually results in
122 .B burst
123 finding an encapsulation boundary
124 prematurely and splitting a single encapsulated message into two or
125 more messages.  These erroneous digestifying programs should be fixed.
126 .PP
127 Furthermore, any text which appears after the last encapsulated message
128 is not placed in a separate message by
129 .BR burst .
130 In the case of
131 digestified messages, this text is usually an \*(lqEnd of digest\*(rq
132 string.  As a result of this possibly un\-friendly behavior on the
133 part of
134 .BR burst ,
135 note that when the
136 .B \-inplace
137 option is used,
138 this trailing information is lost.  In practice, this is not a problem
139 since correspondents usually place remarks in text prior to the first
140 encapsulated message, and this information is not lost.