Live data from Hacker News

Viewing profile — networkimprov

networkimprov

HN member
Joined
Wed, Jul 25, 2018, 6:25 AM UTC
HN karma
1,070
Public activity
481 items

About networkimprov

Liam Breck, Menlo Park, California

Architect of TMTP protocol, to let Internet sites message their members/customers directly (instead of email).

mnmnotmail.org || https://twitter.com/mnmnotmail

.

Recent public activity

  1. comment
    Comment #34225783

    What's your opinion of Etherpad? Does their roadmap overlap with your vision?

  2. comment
    Comment #32557838

    Wow, have to ask whether you're interested enough to contribute? :) > You can't use a volatile cache ... > all this work to juggle JSON in flat files I really don't think I've misu…

  3. comment
    Comment #32554867

    A TMTP client can subscribe to any number of TMTP services at different sites.

  4. comment
    Comment #32554337

    FWIW, most of the roadmap for this project is not described on the website nor defined in the protocol. This is a deep topic, and "messaging" is not the only goal, nor even the pri…

  5. comment
    Comment #32554267

    (Author here.) I imagine that existing web-based bulletin boards would simply copy messages to TMTP users if requested. Conversely, TMTP groups/lists could be copied to a read-only…

  6. comment
    Comment #32554126

    (Author here.) The message format definition is included in the protocol doc only as a convenience. Ultimately it would be two standards. Trying to "upgrade" the email ecosystem is…

  7. comment
    Comment #32554017

    (Author here.) Thanks for your interest & support! Yes, the default concept for an Internet messaging service is "everyone can reach anyone". This isn't helpful for online services…

  8. comment
    Comment #32553905

    (Author here.) Development has been paused for ~1y as I've been at work creating a vehicle to take this forward. The protocol specifics (e.g. identifiers & types) aren't polished, …

  9. comment
    Comment #32553589

    (Author here.) TMTP clients maintain concurrent (possibly intermittent) connections to any number of TMTP services, and each service gets its own inbox. So you don't need a separat…

  10. comment
    Comment #32553516

    (Author here.) The client UI is designed for desktop. A mobile frontend is in the works. Tentatively planning to use Ionic Framework with Vue.

  11. comment
    Comment #32553475

    Hi, author here, AMA!

  12. story
  13. story
  14. story
  15. story
  16. story
  17. comment
    Comment #30369105

    Here are a few fundamentally different async protocols in development which could challenge SMTP: DIME - https://en.wikipedia.org/wiki/Dark_Mail_Alliance Math Mesh - https://mathme…

  18. story
  19. comment
    Comment #29762440

    Oddly, the Web Monetization spec, probably essential to ILP adoption, doesn't indicate how browsers would contact an Interledger network site. https://webmonetization.org/specifica…

  20. comment
    Comment #29762380

    It's the underpinning of the Web Monetization effort backed by Mozilla. https://webmonetization.org https://grantfortheweb.org

  21. comment
    Comment #29762178

    "mnm" enables a safer, better, decentralized email network. It's open source (and not blockchain). https://mnmnotmail.org & https://twitter.com/mnmnotmail Because SMTP will not be …

  22. comment
    Comment #29731303

    I have sketched a plan for a venture, for which I'd need co-founders (e.g. mobile app code & UX expertise) -- feel free to reach out via Twitter @mnmnotmail (link above). Those big…

  23. comment
    Comment #29731164

    At this early stage, I'd say the biggest obstacle is reaching a wide enough audience; I have no prior fame, and no PR budget yet.

  24. comment
    Comment #29730699

    And yet none of those corporations has displaced email, despite the fact that it has become a universal cyberattack channel, with a stagnant UX that doesn't address most real-world…

  25. comment
    Comment #29453678

    The success of a wide variety of messaging and discussion apps demonstrates that the network effects of email are not necessarily a high barrier. What these products have lacked, w…