xbuffy-3.3.bl.3: description + notes

Xbuffy was written by Bill Pemberton (wfp5p@virginia.edu) and was based on Xmultibiff by John Reardon. Xmultibiff can be found at ftp.midnight.com.

Basically, XBuffy (and Xmultibiff) is a XBiff-type program with a lot of new options. With XBuffy you can watch multiple mailboxes. When new mail arrives, you can have a pop up window showing the From: and Subject: lines. You can also set it up to launch your favorite mail reader when you click on a box. Currently xbuffy is only capable of watching mailboxes with the standard mailbox format (messages separated with a From line).

This version also incorporates a new feature that will let you monitor newsgroups in the same way you monitor mailboxes. It parses your .newsrc and uses NNTP to monitor any given group or groups. It will keep constant track of how many unread articles are in a specified newsgroup(s). Also, when new articles come in, it will pop up the From and Subject lines of the article just like it pops them up for mailboxes. Note that this feature won't be able to see new incoming articles if you are using a version of NNTP prior to 1.5.11t5 (the problem is with the NNTP server, not Xbuffy).

To learn of the usefulness of multiple mailboxes and incoming mail processing, check out procmail written by S.R. van den Berg. It can be used to sort your incoming mail into separate files, start programs when mail arrives, and a host of other things.

Some mailers (including elm) cause a problem with xbuffy. When you read a mail message, a Status: header is added to the message to show that the message has been read. Many mailers will only add this header to message in your real mailbox. This means that xbuffy cannot tell if you've read mail in other folders. Some mailers have configuration options that force it to add Status: headers, some (like elm) don't. I've made a patch to elm to create a mode that DOES add Status: headers. This is known as Magic mode. Contact me if you want more information about the changes to elm.

Please e-mail all added features (and any problems you may have) to wfp5p@virginia.EDU. Brandon's Program Archive has more information.


This product installs its X application default files in /usr/freeware/lib/X11/app-defaults, which is not on the default X search path. There are several ways to extend your X search path. The XUSERFILESEARCHPATH, XAPPLRESDIR, XFILESEARCHPATH, and XENVIRONMENT environment variables all affect resource file loading. The easiest methods are to either create a symlink in /usr/lib/X11/app-defaults or to add code similar to this to your startup scripts:

   % export XUSERFILESEARCHPATH=
   ${XUSERFILESEARCHPATH:+${XUSERFILESEARCHPATH}:}
   /usr/freeware/lib/X11/%T/%N%C%S:
   /usr/freeware/lib/X11/%T/%N%S:
   /usr/freeware/lib/X11/app-defaults/%N%C%S:
   /usr/freeware/lib/X11/app-defaults/%N%S
(If XUSERFILESEARCHPATH is already set we append the new directories separated by a colon, otherwise we simply set it to the new colon-separated list. The line wrapping above is for clarity; the actual value should be a single line with no embedded whitespace or backslashes.)
To auto-install this package, go back and click on the respective install icon.