path: root/
diff options
authorbnewbold <>2013-02-03 14:50:09 -0500
committerbnewbold <>2013-02-03 14:50:09 -0500
commit1f07808290553a8a7308be4012ad73c6cfc99ff2 (patch)
tree6e6a7fe55aec53ad0e531dd70dff677edfb01aaa /
parent948494573f902a5339de18707dcb271f4b80f05a (diff)
misc updates
Diffstat (limited to '')
1 files changed, 57 insertions, 0 deletions
diff --git a/ b/
index 2b7e7aa..096bf92 100644
--- a/
+++ b/
@@ -62,3 +62,60 @@ interface, bus sniffing, peripheral emulation, kernel unit tests). High-density
pins to many different cable types (extra $$$) with logic-level shifters:
"universal digital I/O". $100.
+* similar to livejournal, reddit, slashdot
+* federated accounts (user@domain.tld) with petnames via contact list
+* RSS feeds of new topics started by individuals or for groups
+* no concept of "friending" built in, but do have ACL (can view, can comment)
+ based on contacts list
+* head of thread can be a canonical URI/URL of external content
+* abuse/downvote gets reported to thread-hosting domain
+* by default all user content is crypto-signed by default
+* policy is left to domain servers: moderation of new messages, retainment
+ length, max number of users in a given topic, etc
+* store-and-forward?
+* primary anti-spam: only display stuff signed by people in contact lists
+* need a URI scheme for discussion threads
+* oauth? kerberos-like?
+* domain keys used to vouch for messages and users
+* integrated or parallel keyserver stuff?
+* cross-domain karma and spamlist sharing?
+* built-in GPG encryption, keyring
+* notification via XMPP?
+* crypto can happen either on server or by the client?
+* "profiles" are a seperate issue (webfinger?)
+* status updates could go through this, or XMPP or
+* TODO: salmon?
+* would need to specify:
+* storyboard of how a post/conversation would go
+* message formats
+* protocols between user-server and server-server
+* ascillary technologies: authentication, notification, encryption, contact
+ management
+* interop: HTTP website
+Improved Email
+* "reliable asynchronous user-specific messaging"
+* same store-and-forward paradigm; same IMAP-like message archive paradigm
+* every core message signed by user and domain; unsigned messages get dropped
+* core message headers can be pseudo-shadowed/re-written by extention headers
+* user signing can be delegated to domain
+* domain maintains public keyserver for all hosted users
+* forwarded messages (mailing lists) signed by forwarding domain
+* users or domains can brand a user or domain as spam/abusive
+* domains maintain a web of trust/karma using announcements, refuse messages
+ from blacklisted users/domains
+* special abuse@, admin@ "out of band" addresses for resolving blocklist
+ issues, not blocked except for severe cases
+* attachments signed seperately, referenced by core message
+* standardize (via defaults) on compressed UTF-8 message body
+ optional safe-subset of HTML
+* hook into system-wide cacert/web-of-trust; individual user agents can specify
+ fallback policy