@deadsuperhero But it isn't seamless at all. You need an account on every different service to make use of that platform's secret sauce. You have different followers on every service. You can't make something private in one app and carry that across to your followers in another app. #justsayin
@maiyannah @verius @bob I recall what I believe was the first public demonstration (by my boss at the time) of HTML enabled mail at the IMAP developer's conference in 1996. I had no idea what was coming. The demo scenario was booking a flight from an email message. The audience went wild. I just quietly said "f*ck" and shook my head. I was only able to gather consensus for turning off JavaScript (originally it was allowed). It took about a year to get images turned off by default.
@gergely @paulfree14 @adrianheine The hubzilla solution is to turn all "in-network" links into remotely authenticated links. Then you go to any page in the network and you are granted any permissions the page owner has allowed. You can connect, comment, like, do wall-to-wall posts, visit "restricted" profiles, see private photos and media, yadda yadda. This is done in a browser independent way.
@ajroach42 That's odd. We've got a lot of folks running 7.2. I'm not currently but have installed on 7.2 several times without encountering any issues. The main repository is now at https://framagit.org/hubzilla/core
@deadsuperhero @paulfree14 @mhall119 It's a bit unfortunate that ActivityStreams events aren't at all compatible with iCal and AP only federates with itself. So you've got a mess trying to federate events. What I'm doing for Z6 is to provide the iCal as an attachment to the Event object, but there seems to be no elegant way to resolve attendance information. You should be able to see all the attendees in Thunderbird or Outlook (but you may not be able to message them directly), while in AP you'll only see the subset of attendees using AP to reply.
https://macgirvin.com/cloud/mike/dev/crypto_php.txt
Had to rename the file extension to get it past the php front end. Should have everything except the logger() and base64url_* functions. convert_salmon_key() would be the place to look.
@moonman @lain Here's what I get (looks a bit short to me but I don't know your keylength; we typically use 4096 bits iirc)
-----BEGIN PUBLIC KEY-----
MBswDQYJKoZIhvcNAQEBBQADCgAwBwIDAQABAgA=
-----END PUBLIC KEY-----
-----BEGIN RSA PUBLIC KEY-----
MAcCAwEAAQIA
-----END RSA PUBLIC KEY-----
@moonman @lain what's your dev language? I've got some php routines that will convert magic-keys/pkcs#1/pkcs#8 into any of the alternate forms. The tricky part is providing an ASN.1 encoder/decoder on your platform, but if you only need to do it once I've got something that will work on php and that shouldn't be too difficult to isolate from the surrounding code.
@maiyannah @camoceltic On my own site TWKN is turned off. Even if it was turned on, it's just another app and some site members might decide to uninstall it from their own interface.
@maiyannah I've started to remove support for the old protocol. The only cases I've seen recently were old versions of redmatrix (there are now only 4-5 of these remaining and they aren't really being used, just wasting electricity). There are also known to be one or two Diaspora sites running the old protocol but likewise I think they're single-user dormant sites and quite possibly the owner has forgotten they were still running.