1.1 --- a/docs/wiki/FuturePlans	Fri Nov 06 16:50:07 2015 +0100
     1.2 +++ b/docs/wiki/FuturePlans	Fri Nov 06 17:17:22 2015 +0100
     1.3 @@ -84,3 +84,36 @@
     1.4  would be terminated if a function decided to decline the participation of
     1.5  the resource. Otherwise, each function in turn would be able to refine the
     1.6  event and decide upon the resource's participation.
     1.7 +
     1.8 +== Other Ideas ==
     1.9 +
    1.10 +Some more ideas that would be worth pursuing...
    1.11 +
    1.12 +=== Mail Client Integration ===
    1.13 +
    1.14 +Although the original focus of imip-agent was to produce mail handling
    1.15 +programs that would be [[../MailIntegration|integrated with mail systems]],
    1.16 +some effort has been directed towards making libraries and components that
    1.17 +can be reused in other kinds of programs. Indeed, the
    1.18 +[[../CalendarManager|management interface]] employs the libraries in a
    1.19 +different way from that of the [[../AgentPrograms|agent programs]] and acts
    1.20 +as a kind of calendar client that just happens to use the same
    1.21 +[[../FilesystemUsage|filesystem structures]] to store information and
    1.22 +control the software's behaviour.
    1.23 +
    1.24 +It would therefore be interesting to use the `imiptools` package, possibly
    1.25 +with some modifications, in projects like [[https://mailpile.is/|Mailpile]]
    1.26 +and other Python-based mail clients. And a process-based method of
    1.27 +integration, similar to that employed by the [[../Testing|test suite]],
    1.28 +could benefit even non-Python programs, with imip-agent-based programs
    1.29 +being run to perform certain tasks and to update schedule records that
    1.30 +would then be interpreted independently by the calling programs.
    1.31 +
    1.32 +Where end-to-end encryption is being used for mail communications, such
    1.33 +client integration would be essential for imip-agent to be useful: the
    1.34 +[[../AgentPrograms|agent programs]] are unable to inspect messages without
    1.35 +access to the recipient's secret keys, and unless a recipient is willing
    1.36 +to run their own MTA on their own computer and grant access to various
    1.37 +keys so that the MTA or imip-agent can perform decryption, the only way
    1.38 +that imip-agent might see the actual content would be as part of the
    1.39 +recipient's mail client.