This file is indexed.

/usr/share/doc/exmh/html/exmh.README.html is in exmh 1:2.8.0-6.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
<Html>
<Head>
<Title>exmh README</Title>
<!-- Author: bwelch -->
</Head>
<Body>



<h1>exmh.README.html </h1>
<h3>Contents </h3>
<ul>
<li><a href="#version">Version 
</a>
<li><a href="#newexmhinstallers">New EXMH Installers 
</a>
<li><a href="#othersoftware">Required and Optional Packages 
</a>
<li><a href="#knownbugs">Known Bugs 
</a>
<li><a href="#faq">Getting Help 
</a>
<li><a href="#flashes">Flashes 
</a>
<li><a href="#performance">Performance Hints 
</a>
<li><a href="#reverse">Reverse Video 
</a>
<li><a href="#colorized">Colorized Headers 
</a>
<li><a href="#mailing">Mailing Lists 
</a>
<li><a href="#acks">Acknowledgments 
</a>
<li><a href="#features">Features 
</a>
<li><a href="#install">Installation
</a>
<li><a href="#send">Tk Send Problem
</a>
<li><a href="#remarks">Concluding Remarks 
</a>
<li><a href="#author">Author 
</a>
</ul>
<hr>

<h3><a NAME="version">Version</a></h3>
Last modified:
Sat Apr 21 13:37:50 PDT 2012
<br>

exmh version: 2.8.0
<br>

"Brent Welch" &lt;welch@acm.org&gt;
<p>
<i>exmh</i> is a TCL/TK based interface to the MH mail system. 
<p>
Version 2.8 requires Tcl/Tk 8.3 or higher. <i>exmh</i> is known to work
with <b>nmh</b> versions 1.3 and higher, which is available at
<a href="http://www.nongnu.org/nmh/">http://www.nongnu.org/nmh</a>
<p>
Experienced EXMH installers should check FLASHES below and the <i>exmh.CHANGES</i>
file. 
<hr>

<h3><a NAME="newexmhinstallers">New EXMH installers</a></h3>
Please read through <em>all</em> of this, thanks, especially the part at the
end about the TK send command. See also the on-line FAQ file under
the Help... menu. 
<p>
The exmh documentation is now all in HTML and viewable from within
exmh. 
<p>
Please encourage your <i>exmh</i> users to REGISTER via the Register
menu entry under the Help... menu. This lets me track <i>exmh</i>
usage and get user feedback. I won't abuse this registration - there
is no obligation associated with registration, but I would like all
<i>exmh</i> users to do it. 
<p>
All registration does is send me a mail message. You get to add your
comments, pro and con, about <i>exmh</i>. I've learned a lot from the
2000+ registrations I have received so far. Thanks! 
<hr>
<h3><a NAME="othersoftware">Other software you'll need</a></h3>
EXMH lives "high in the food chain". You'll need some additional software.
Please review the
<a href="software.html">necessary and optional packages</a> for exmh.
<hr>
<h4><a NAME="knownbugs">Known Bugs</a></h4>
See the <code>exmh.BUGS</code> and <code>exmh.TODO</code> files in the
distribution, or the <a HREF="http://sourceforge.net/projects/exmh/">Exmh SourceForge </a> site.
<hr>
<h4><a NAME="wiki">Exmh Wiki</a></h4>
See the <a HREF="http://www.beedub.com/cgi-bin/wiki.cgi/exmh/">exmh wiki</a>
for a web site you can use to share tips and tricks with other users.
<hr>
<h4><a NAME="faq">Frequently Asked Questions</a></h4>
See the <a HREF="http://www.beedub.com/exmh/exmh-faq.html">exmh-faq.html</a> for answers to some frequently
asked questions. This information is now available via the FAQ button
in <i>exmh</i>. 
<hr>
<h4><a NAME="flashes">Flashes</a></h4>
<ul>
<li>2.8.0 A tarball release after many, many years.  Lots of good stuff has
accumulated in the CVS source base. You'll need to troll through the
exmh.CHANGES file for a record.  Many thanks to the CVS committers.

<li>2.7.2 More bug fixes, plus some performance improvements for the
new sequences code added in 2.6.  The exmh-strip utility is integrated as
"Save/Extract Attachments".

<li>2.7.1 (Wasn't officially released in tarball form.)
<li>2.7.0 Accumulates over a year of minor fixes in the CVS tree.

<li>2.6.3 Fixed awful pauses caused by sequence searching in the front end.
Fixed inc-on-startup.
<li>2.6.2 Fixed Flist button, some optimizations to sequence handling.
<li>2.6.1 Various fixes, but the Flist button is broken.
<li>2.6 adds generalized sequence handling and fixes various bugs.

<li>2.5 adds color highlighting for in-lined replies.
Fixes a bug with "Keep on Send" in 2.4.

<li>2.4 accumulates bug fixes and some code cleanup.

<li>2.3.1 fixed an installation bug in 2.3 that showed up when you
installed without the .exmhinstall cache file.
<li>2.3 captures 6 months of feature tweaks and bug fixes by the
hard working exmh-workers crew.  The CVS sources are now at SourceForge.
<li>2.1 and 2.2 were made while Brent was at Scriptics/Ajuba.
<li>2.0.3 is done as Brent finally moves the sources into net CVS
and asks for help maintaining the code.  For more info on CVS, see
http://www.scriptics.com/software/netcvs.html
<li>2.0.2 is done as Brent leaves Sun for Scriptics Corp,
http://www.scriptics.com/.
I've tried to shift all email contact to &lt;welch@acm.org&gt;, and am
housing exmh at http://www.beedub.com/exmh/.
<li>2.0.1 fixes a bug in mime.tcl that prevents temp files from being
deleted.
<li>2.0 is finally released.  This collects a host of minor bug fixes, most
notably to ispell and the address book.
<li>2.0zeta fixes the exmh-netscape interaction that was added in 2.0epsilon.
<li>2.0epsilon features cleanup of the address book, the ispell interface,
and the intelligent signature features. 
<li>2.0delta is a collection of fixes and features. 
<li>2.0gamma is more bug fixes, especially in the new HTML code. There
is also a new Quote package that computes a cleaned up version of the
message to which you are replying. 
<li>2.0beta has many bug fixes for the alpha release. The new line-breaking
behavior of the built-in editor has been made optional, with the old
line-breaking behavior as the default. 
<li>2.3.1 fixed an installation bug in 2.3 that showed up when you
installed without the .exmhinstall cache file.
<li>2.3 captures 6 months of feature tweaks and bug fixes by the
hard working exmh-workers crew.  The CVS sources are now at SourceForge.
<li>2.1 and 2.2 were made while Brent was at Scriptics/Ajuba.
<li>2.0.3 is done as Brent finally moves the sources into net CVS
and asks for help maintaining the code.  For more info on CVS, see
http://www.scriptics.com/software/netcvs.html
<li>2.0.2 is done as Brent leaves Sun for Scriptics Corp,
http://www.scriptics.com/.
I've tried to shift all email contact to &lt;welch@acm.org&gt;, and am
housing exmh at http://www.beedub.com/exmh/.
<li>2.0.1 fixes a bug in mime.tcl that prevents temp files from being
deleted.
<li>2.0 is finally released.  This collects a host of minor bug fixes, most
notably to ispell and the address book.
<li>2.0zeta fixes the exmh-netscape interaction that was added in 2.0epsilon.
<li>2.0epsilon features cleanup of the address book, the ispell interface,
and the intelligent signature features. 
<li>2.0delta is a collection of fixes and features. 
<li>2.0gamma is more bug fixes, especially in the new HTML code. There
is also a new Quote package that computes a cleaned up version of the
message to which you are replying. 
<li>2.0beta has many bug fixes for the alpha release. The new line-breaking
behavior of the built-in editor has been made optional, with the old
line-breaking behavior as the default. 
<li>2.0alpha folds in many user contributed features and an HTML viewer
for documentation. This version requires Tk 4.1 for socket support
and some other features. There is a new Top Ten List in preferences
that consolidates the most important preference settings into one place.
<li>1.6.9 fixes to font selector and sedit formatting. 
<li>1.6.8 is more bug fixes. Cut and paste finally fixed? Font selector
added. 
<li>1.6.7 is more bug fixes. Most notable is fixing up of the Paste
operation in the editor. 
<li>1.6.6 is a collection of bug fixes and minor improvements. The
next big release will be a 1.7/or/2.0alpha that rips out support for
Tk 3.6 and folds in various contributions. There may still also be
a 1.6.7 to fix bugs in 1.6.6 
<li>1.6.5 includes an overhaul of the Flist module that highlights
folders with unseen messages, and counts unseen messages in total.
This also detects 8-bit characters in all cases within Sedit. CLIPBOARD
support for OpenWindows users (Tk 4.* only) TMPDIR and EXMHTMPDIR environment
variables honored to map /tmp 
<li>1.6.4 has fixes for the bugs in 1.6.3 
<li>1.6.3 collects many minor enhancements, plus integrated ispell
support for Sedit, and new faces code from John LoVerso. Check out
the new "Faces Row" option to display all matching faces. 
<li>1.6.2 collects several minor enhancements 
<li>1.6.1 fixes two minor bugs and adds support for Sun Attachments.
<li>1.6 released as Brent moves from PARC to Sun Labs. <i>Exmh</i>
lives. This release is stable with Tk 3.6 and Tk 4.0b3. The FTP site
and WWW Page will migrate to Sun shortly, although parcftp will continue
to host <i>exmh</i> for a while. Update your bug mail address ("maintainer")
to Welch@acm.org
</ul>
<p>
Multidrop+Inc style inc has been added. Set up your <code>.xmhcheck</code>
file to use the MyIncTmp folder. Any messages in that folder get sorted
by slocal. 
<p>
The man page has been chopped into 4 documents: 
<br>

exmh.l - a tutorial 
<br>

exmh-use.l - a more comprehensive user guide 
<br>

exmh-custom.l - a guide to <i>exmh</i> customization 
<br>

exmh-ref.l - a terse description of all buttons and menu entries.
<br>


<hr>
<h4><a NAME="performance">Performance Hints</a></h4>
Grab the <a HREF="http://www.scriptics.com/software/8.0.html">Tcl/Tk
8.0</a> releases for a nice performance boost! 
<p>
Squeeze the last drop out of message display by disabling the separator
bars in message display. (Show Graphic Part Separator under MIME) 
<p>
Really large folders make <i>exmh</i> run slowly. Take this as a hint
to reorganize things into sub-folders if you have more than 500 or
so messages in a folder. 
<p>
Bound the unseen folder search by defining the <code>.mh_profile</code>

<pre>
	Folder-Unseen: pattern pattern pattern
</pre>entry to name the folders to search under. The default is
*, so all folders are searched. 
<hr>
<h4><a NAME="reverse">Reverse Video</a></h4>
It takes just a few resource settings in your <code>~/.exmh/exmh-defaults-mono</code>
file to get reverse video on a black and white display: 
<pre>
! For widgets
*Background: black
*Foreground: white
! For highlights
*c_background: black
*c_foreground: white
</pre>
<hr>
<h4><a NAME="colorized">Colorized Headers</a></h4>
Did you know you can colorize rfc822 headers in the message display
by setting *m_tagnames and related X resources? This feature has been
around for some time, but seems to be little-known. Here's what I have
in my <code>~/.exmh/exmh-defaults-color</code> file. 
<pre>
*m_tagnames:    hidden subject from x-filters-matched content-type x-mailer repl
ied replied-to
*m_hidden:      -font 6x10
*m_subject:     -foreground blue
*m_x-filters-matched:   -foreground "medium sea green"
*m_content-type:        -foreground "medium sea green"
*m_x-mailer:    -foreground "medium sea green"
*m_from:        -foreground blue
*m_replied:     -foreground "violet red"
</pre>The *c_ family of resources has expanded a bit to allow
control of both foreground and background colors for current, unseen,
moved, and delete messages. 
<hr>
<h4><a NAME="mailing">Mailing Lists</a></h4>
There are now three exmh-related mailing lists. YOU ONLY NEED TO PICK
ONE LIST. Send your subscription requests to: 
<pre>
	exmh-announce-request 	- to receive release notices 
	exmh-users-request 	- to get exmh-announce + user discussion 
	exmh-workers-request 	- to just get exmh hacker discussion 
</pre>The mailing lists have the following addresses, but please
send your subscription requests to the -request aliases. If you use
the menu entries under Help, they format the message automatically.
<pre>
	exmh-users@redhat.com
	exmh-workers@redhat.com
</pre>
<hr>
<h4><a NAME="acks">Acknowledgments</a></h4>
Thanks go to Ed Oskiewicz for inspiring me with an initial version,
which is much modified by now. Thanks also go to many beta testers
that put up with buggy versions and suggested many features that are
now part of <i>exmh</i>. Feature requests that come with code diffs
to implement them are especially nice. 
<p>
The following employers of mine deserve credit for letting
me indulge in exmh hacking:
Xerox/PARC, Mark Weiser and Doug Terry.
Sun Microsystems Laboratories, John Ousterhout.
Scriptics, The Tcl/Tk Platform Company, John Ousterhout.
<p>
Honorable mentions: 
<ul>
<li>John LoVerso (<a href="mailto:loverso@osf.org">loverso@osf.org</a>),
who contributed the popup nested folder display. 
<li>Chris Garrigues (<a href="mailto:cwg@deepeddy.com">cwg@deepeddy.com</a>),
who rewrote the mime display code, and recently generalized sequence
handling.
<li>Marc VanHeyningen (<a href="mailto:mvanheyn@cs.indiana.edu">mvanheyn@cs.indiana.edu</a>),
who wrote the mailcap parsing code. 
<li>Allen Downey (<a href="mailto:downey@cs.berkeley.edu">downey@cs.berkeley.edu</a>),
who provided PGP support. 
<li>Scott Stanton (<a href="mailto:sstanton@eng.sun.com">sstanton@eng.sun.com</a>),
who contributed the alias browser. 
<li>Anders Klements (<a href="mailto:klements@it.kth.se">klements@it.kth.se</a>),
also updated the PGP code, and more 
<li>Stefan Monnier (<a href="mailto:monnier@di.epfl.ch">monnier@di.epfl.ch</a>),
updated and maintains the PGP code 
<li>Martin Hamilton (<a href="mailto:martin@mrrl.lut.ac.uk">martin@mrrl.lut.ac.uk</a>),
who provided the URL highlighting 
<li>Achim Bohnet (<a href="mailto:ach@rosat.mpe-garching.mpg.de">ach@rosat.mpe-garching.mpg.de</a>),
for cleanup and generalization. 
<li>Berry Kerchival (<a href="mailto:kerch@parc.xerox.com">kerch@parc.xerox.com</a>),
for the address memorization package. 
<li>Olly Stephens, who contributed the unseen window display which has
now been merged into the seqwin display. 
<li>Ben Escoto (<a href="mailto:bescoto@stanford.edu">bescoto@stanford.edu</a>),
who contributed the multipart/security code for PGP. 
<li>Hal DeVore (<a href="mailto:haldevore@geocities.com">haldevore@geocities.com</a>),
who overhauled the address book.
<li>J C Lawrence (<a href="mailto:claw@kanga.nu">claw@kanga.nu</a>),
who worked on the message colorization code.
<li>Alexander Zangerl (<a href="mailto:az@debian.org">az@debian.org</a>),
who contributed many fixes as the Debian maintainer for exmh.

</ul>
<p>
There are a lot of other folks that contributed code and patches. Without
them, exmh wouldn't be what it is today. 
<hr>
<h4><a NAME="features">Features</a></h4>
As well as providing the usual layer on top of MH commands, <i>exmh</i>
has a number of other features: 
<p>
<b>MIME support!</b> Displays richtext and enriched directly. Parses
multipart messages. A popup menu under the right button can invoke
external viewers (<i>metamail</i>) for things not directly supported.
Built-in editor allows simple composition of text/enriched format and
multipart messages (via Insert Part). 
<p>
<b>Color feedback</b> in the scan listing so you can easily identify
unseen messages (white background), the current message (raised
display), deleted messages (strikeout), and moved messages (yellow
background). <i>Xresources</i> control these color choices. 
<p>
<b>Monochrome displays highlight unseen messages</b> with underline,
current message in reverse video, deleted messages with strikeout, and
moved messages with stippled background.
<p>
A <b>folder display</b> with one label per folder. Color highlights
indicate the current folder (red), folders with unseen messages in
them (blue), and the target folder for moves (yellow background). Nested
folders are highlighted by a shadow box. A cache of recently visited
folder buttons is also maintained. Monochrome highlights are reverse
video for the current folder, bold box for folders with unseen messages,
and stippled box for the target of move operations. 
<p>
<b>Clever scan caching</b>. MH users know that scan is slow, so <i>exmh</i>
tries hard to cache the current state of the folder to avoid scanning.
Moves and deletes within <i>exmh</i> do not invalidate the cache, and
background incs that add new messages are handled by merging them into
the scan listing. The scan cache is compatible with <i>xmh</i>. 
<p>
<b>Facesaver bitmap display</b>. If you have a facesaver database on
your system, <i>exmh</i> displays the bitmap face of the person that
sent the current message (or their organization). Otherwise, it just
displays a boring EXMH logo. 
<p>
<b>Background inc</b>. You can set <i>exmh</i> to run inc periodically,
or just to periodically count up the messages in your mail spool file.
(Depends on proper TK send functioning. See notes below.) 
<p>
<b>Various inc styles</b>. <i>Exmh</i> knows about three styles of
inc usage: Inc from your spool file to your inbox folder. Inc from
your spool file or POP host to a set of dropboxes as specified by your
<code>~/.xmhcheck</code> file. Inc from your spool
file directly into folders. <i>exmh</i> can run the MH filtering program
(<i>slocal</i>) for you, or you can let an external agent presort mail
into folders for you. 
<p>
<b>Searching</b> over folder listing and message body. 
<p>
A <b>dialog-box</b> interface to MH pick. 
<p>
A <b>simple editor</b> with emacs-like bindings is provided by default.
It has an interface that lets you tweak key bindings. 
<p>
<b>Editor interface</b>. You can hook up <i>exmh</i> to TCL based-editors
like <i>mxedit</i> quite easily. A script is also provided, <i>exmh-async</i>,
for using terminal based editors like <i>vi</i>. The <i>emacsclient.README</i>
file has hand-wavy instructions for using <i>emacsclient</i> to talk
to an <i>emacs</i> server. 
<p>
<b>Glimpse interface</b>. You can index all your mail with <i>glimpse</i>
and search for messages by content. The search works across all folders
and runs quite fast. The indexes are only about 10% of the space of
your mail database. 
<p>
<b>User preferences</b>. You can tune <i>exmh</i> through a dialog
box. The settings are saved in an Xresource-style file named <code>.exmh/exmh-defaults</code>.
You can also put font and color resource specifications in this file,
plus there are a few random parameters not exposed via preferences.

<p>
<b>User hacking support</b>. A user library of TCL routines is supported.
The main implementation is chopped up into many smallish modules. So,
you can modify a copy of some module to put your favorite mail reader
hack in without affecting others (or convincing me to put it into the
main line). There are also a number of places where hook procedures
are used so you can refine the behavior of things like composing a
reply message. Details in the man page. 
<hr>

<h2><a NAME="install">Installation</a></h2>
Installation is done via the <i>exmh.install</i> script. Invoke it
as: 
<pre>
	wish -f exmh.install
</pre>This puts up a <b>dialog box</b> that lets you patch various
file system specific pathnames and enable or disable features that
your system cannot support (e.g., facesaver, sound). You can test out
<i>exmh</i> via this dialog before installing it. 
<p>
Upon startup, <i>exmh.install</i> looks around for <code>.exmhinstall</code>
files from previous installations. It will ask you which one you want
to use, unless there is already one in the current directory. You can
also use the <b>Conf button</b> to look for config files. This lets
you maintain a set of config files, <code>.exmhinstall.*</code>
if you need this for multiple architectures, for example. 
<p>
In the install dialog, the "Script Library" and the "Install lib directory"
are usually the same place. The script library is the run-time value
of the library directory, while the install lib directory is the install-time
value. The <b>Test button</b> now automatically changes the run-time
value to "./lib" in order to test before installing. So, the only reason
for the distinction between install-time and run-time is for AFS environments
where writable and read-only volumes might have different names. 
<p>
Remember to choose a script library directory that <i>exmh</i> can
take up all for itself. The install is *not* smart enough to make an
<i>exmh</i> subdirectory in a common lib dir (e.g., /usr/local/lib).

<p>
WARNING: you need to specify an alternate location - the install is
*not yet* smart enough to handle leaving the script library where you
unpacked the <i>tar</i> file. 
<p>
After you set things up in the dialog box, then hit some buttons: 
<ul>
<li>Patch - to apply site-dependent patches to <i>exmh</i>. The configuration
is saved into a <code>.exmhinstall</code> file. 
<li>TclIndex - to compute the auto-load library index. 
<li>Test - to run the patched script. 
<li>Verify - to see what the Install will do. 
<li>Install - to install <i>exmh</i>. 
</ul>
If the install fails to work gracefully on your system, let me know!
One common error is to get a complaint about the procedure "Exmh" not
being defined. This happens when the value of the script library is
not correct. 

<h3><a NAME="send">Tk Send Problems</a></h3>
<p>
<font COLOR="#FF0000">VERY IMPORTANT. PLEASE READ. SOURCE OF MANY PROBLEMS.
READ THIS HERE :-)</font> 
<p>
<i>exmh</i> depends on the TK send facility for its background processing.
With TK 3.3, send now uses <i>Xauthority</i> mechanisms by default,
unless you compile TK with -DTK_NO_SECURITY. A manifestation of problems
are that background processing doesn't work: new messages are not scanned
into the current folder, the flag icon doesn't behave, and so on. Similarly,
use of the <i>exmh-async</i> wrapper script also fails. If you cannot
recompile <i>wish</i>, then the trick is to get your X server process
started with the right incantation. 
<p>
You can easily test send (and my installation process should have...)
Just run <i>wish</i>, and type in the following command to it: 
<pre>
	send exmh {Exmh_Status "Hello world"}
</pre>Obviously, make sure <i>exmh</i> is running first. 
<p>
If you get an error, you need to recompile the TK library, or learn
how to start up the X server so it does the right Xauthentication stuff.

<p>
Here is one example, for SunOS openwindows. This is an excerpt from
an <code>.xserverrc</code> file: 
<pre>
    if [ ! \( -d $HOME -a -w $HOME \) ]; then
      echo "Warning: Can't write X authority file" 1&gt;&amp;2 ;
      auth_args=""
    else
      authfname=$HOME/.xnews.`uname -n`$DISPLAY
      ${OPENWINHOME}/lib/mkcookie $authfname -auth magic-cookie
      auth_args="-auth $authfname"
    fi ;
    ${OPENWINHOME}/bin/xnews $auth_args $server_args $xnews_config_args ;;
</pre>The general picture of what's going on is this: 
<ul>
<li>some program generates a magic cookie (arbitrary string) and writes
this to a file. 
<li>The name of this file is passed to the X server 
<li>The X server writes an entry for the DISPLAY into your <code>~/.Xauthority</code>
file. 
<li>Xlib reads <code>~/.Xauthority</code> when you
create a window, and passes the cookie value back to the X server.
</ul>
If you have the <i>xauth</i> program and your server doesn't like to
be told about the intermediate file, then you can use <i>xauth</i>
to write into the <code>~/.Xauthority</code> file for
you, and apparently the right thing will happen. If this sounds vague,
it is. For precise details, do some experimentation or ask your local
X guru. If you come up with particular solutions, feel free to post
them to "comp.lang.tcl" so other folks with similar configurations
can learn how to do the right thing as well. 
<p>
See also "misc/Xauthority" for similar info. 
<hr>
<h4><a NAME="remarks">Concluding Remarks</a></h4>
If you end up using <i>exmh</i> on a regular basis, also let me know!
If I can tell my managers that there are N users of my mail reader,
there is a greater chance I'll have time to hack up more tools in the
future (and still get paid). There is a Register User menu entry under
the Help... menu that you can use for this purpose. Encourage your
users to do this if you are an administrator at a large site. 
<p>
Finally, please take time to read the man page before asking too many
questions. If <i>exmh</i> gets an internal error it will display a
dialog box with a TCL trace back and a What Happened: area. You can
type short note into that area, and then hit the "mail to" button in
order to file a bug report. I'll consider feature requests, but basically
I'd appreciate it if you'd code up your feature and send me some diffs
or just the whole file that is affected. Many of the neat features
in <i>exmh</i> were originally contributed by its users. 
<hr>
<h4><a NAME="author">Author</a></h4>
-- "Brent Welch" &lt;welch@acm.org&gt;
<p>
<a HREF="http://www.beedub.com/exmh/">exmh:The Right Tool
for the Job </a> 
 

</Body>
</Html>