TODO.heirloom

   1 Before you start making additions to mailx, subscribe to the development
   2 mailing list at <https://lists.sourceforge.net/lists/listinfo/nail-devel>
   3 to coordinate your efforts with the maintainer and other people.
   4
   5 ------------------------------------------------------------------------
   6 The following features are missing for conformance with the Single Unix
   7 Specification, v.3:
   8
   9 * LC_TIME environment. This conflicts with the mail RFCs and historical
  10   usage. It was optional POSIX.2, but the newer standards mention this
  11   in the rationale only. Won't be implemented here.
  12
  13 * onehop variable (not demanded by POSIX standards). Seems absolutely
  14   obsolete. If anybody has a need for it, he should contribute code.
  15
  16 ------------------------------------------------------------------------
  17 The following IMAP features could be implemented in the future. If you
  18 need them and cannot wait, contribute code.
  19
  20 - The MIME capabilities of IMAP could be used so that not entire messages
  21   are downloaded all the time, but just the parts that are actually needed.
  22
  23 - SASL authentication methods could be implemented.
  24
  25 - The deletion code (more general, all STORE code) should be able to
  26   generate requests for ranges of messages to speed up operation.
  27
  28 - Large messages should be transferred in separate parts with IMAP so
  29   that the operation can be interrupted in between.
  30
  31 ------------------------------------------------------------------------
  32
  33 The POP3 client supports USER/PASS and APOP authentications only. If you
  34 need other authentication methods and have the ability to test them,
  35 please write and contribute code.
  36
  37 A variable should be added to specify the default character set for
  38 messages without MIME declarations.
  39
  40 If you want to edit arbitrary header fields with the 'editheaders'
  41 option, you are invited to supply code for it. Be warned that this
  42 is a nontrivial task due to MIME. Contact the development mailing
  43 list before you start coding.
  44
  45 Several people have suggested adding support for arrow keys at the
  46 command prompt, autocompletion for attachment filenames, etc. I am
  47 personally not going to implement this as X Window Copy-and-Paste
  48 satisfies me. But if you desparately need it, you're invited to
  49 contribute code. You can't use libreadline, though, because its
  50 license is incompatible, and I insist that your implementation
  51 is done in a way that a) mailx can still be compiled without
  52 requiring any further libraries (i. e. your code is optional)
  53 and b) your code works for all kinds of terminals, not just
  54 VT100/ANSI ones.
  55
  56 Mailx will not support 'Return-Receipt-To' or 'Disposition-Notification-To'
  57 header fields, neither for the sending nor for the receiving part.
  58 For the sending part it plainly doesn't work because one wants to
  59 know whether the human recipient has read the mail and not if he
  60 clicked on some send-a-receipt-button while looking out of the
  61 window. For the receiving part, it is simply annoying. If you want
  62 a confirmation, ask the recipient to send one in the body of the
  63 message.
  64
  65         Gunnar Ritter                                   3/4/06