Pre-release check list
======================
- modify version info in Makefile.in; run "configure"
- update README
- update README.lastminute
- update LSM
- update the web page
- check file permissions
- "make dist"
- tag the repo with a release tag
- do a test build on the uncompressed package in some temp dir
- ul tgz to dgp
- inform FM, comp.os.linux.announce, LSM

Short and medium term:
======================

Docs, paperwork, mundane
------------------------
- have the README constructed by "make" from stuff like NEWS, TODO, etc.
- same for web page
- update ChangeLog
- have glbiff read /etc/glbiffrc or /etc/glbiff/glbiffrc (system wide setup)?
- improve the actual sky keyframes in sample.glbiffrc

Improvements
------------
- are we using getopt()? We should!
- a popup listing all the mailboxes, their status, and possibly the message
  count of each
- stuff like 'mailprog' and 'newmail', i.e. some of the command line options,
  should also be specifiable in ~/.glbiffrc
- user textures for the grass
- glbiff should probably accept some keyboard commands...
- spin around every so often to catch user's attention when there is new
  mail?
- perhaps remodel the mailbox to a more "box-ish" type like on SGIs;
  this would alleviate the problem of envelopes and packages sticking
  out of the mailbox
- maybe have the single envelopes stacked vertically instead of
  leading sideways against each other
- instead of counting emails, we should perhaps have a different
  colour envelope in the mailbox for each mailfolder we are monitoring
  that has new mail; perhaps even combine the two approaches (but what 
  about big packages of 50 where it's composed of mails from different
  folders???)
- time of day effects: colour of grass, direction of light, shadow?
- perhaps come up with a more standard and extendible format for the
  configuration file? lex and yacc it?
- incorporate astro. twilight into the keyframes code
- maybe: that sign dohickey; in the SGI version there is a
  command line switch which allows you to put a little sign
  on the mailbox (you specify the text string)
- do anti-aliasing (would be really useful when the window is small); how
  expensive would it be?  Probably cheap if you have HW 3D...
- texture for the mailbox?
- perhaps shadows; I haven't figured out how to do a shadow
  onto a Bezier patch (the curvy bit), but should be possible; quite
  likely this will be too bloody slow though...
- provide a "withdrawn" mode so that glbiff can be docked in window managers
  that support it?

Configuration-related
---------------------
- a user request: make the mouse buttons, and camera behaviour configurable
  (in particular the user wants to have the old behaviour where on the right
  mouse button the camera swings in to look at the mail)
- better configure setup (DDEBUG should be a --switch to "configure")
- user settable views (online/ARCBALL))

Bugs
----
- fixup the TWO_FACED surfaces in the scene (want proper lighting)
- better email counting routine (read the RFC that specifies the
  format); digests are particularly badly miscounted; perhaps use
  external programs to do this ('countmail' comes to mind)?

Code tweaking
-------------
- fix the 'geometry' problem in that an explicit XMoveWindow call is necessary
  after the window is mapped
- better handling of the timeouts (it's possible to delay a mailcheck
  indefinitely by constantly opening and closing the mailbox with the
  mose?)
- better command line arg handling (currently we waste space, especially
  if the same option is repeated on the command line)
- make sure the mail check callback is always on the queue, and always
  as a single request; this should be a sort of a program invariant
- is there a better way to do the "select"? 
- the parsing of .glbiffrc should be really done with lex/yacc (or is
  it not complex enough yet?)

Long term:
==========
- add option to check remote mail servers (POP3/IMAP)
- have glbiff also handle Maildir and MH type folders?
- work on the man pages

Obsolete bugs?
==============
- sometimes when opening or closing the mailbox, the camera "teleports"
  for a single frame (highly intermitten; rare) to the origin
- we seem to be dropping an ALARM somewhere (the cover doesn't always
  shut/open all the way; the subsequent open/close operation completes
  it, and then performs own operation)
