Enable xmpp
Poddery.com has xmpp enabled. https://poddery.com/posts/1820692
We can enable it too
@akshay Allowed the requested ports.
@akshay Do you have test accounts in diasp.in for checks ?
@akshay looks good to me, that should have been, add user prosody. We are creating a prosody user for postgresql, with peer auth active, prosody unix user can connect to postgresql as prosody postgresql user without password.
@fayadfami yes, I'm akshay@diasp.in
@praveenarimbrathod
I did name the user prosody :P
postgres=# \du
List of roles
Role name | Attributes | Member of
-----------+------------------------------------------------+-----------
diaspora | Create DB | {}
postgres | Superuser, Create role, Create DB, Replication | {}
prosody | | {}
It is connecting (thanks @saurabh for opening the port), but says password is wrong.
@akshay check the logs of prosody and postgresql
@akshay sudo -u postgres psql diaspora_production
GRANT SELECT ON ALL TABLES IN SCHEMA public TO prosody;
Ah! psql is the command. I was thinking it's the database all this while :P
That worked. Although I've no idea why there was no error on running grant select with no database selected.
xmpp is now enabled on diasp.in
Shall I start setting up bosh? :P
We should make a press release, I have started a draft here, contribute https://etherpad.mozilla.org/JabberPodderyDiaspIN
@akshay enable mod_smacks and mod_carbons and update both wikies.
Also do you want to try and make a diaspora-prosody package like we do for diaspora-installer? SSL config can be inside the VirtualHost and you just have to append that to prosody.cfg.lua
Going through the press release draft.
I have exported the prosody-modules from google code to github (like countless others), downloaded mod_carbons and mod_smacks to /usr/lib/prosody/modules and enabled them. Shall update the wikies with recommended modules.
Debian packaging is confusing me a lot. I'm not gonna try to learn it now :P
Testing xmpp on diasp.in using fayad@diasp.in. @akshay I've sent you some test messages. Can you read me ?
@fayadfami no. I was offline though. Maybe offline messages aren't working.
@akshay yes it seems offline messages are not delivering. But before that you need to enable chat to your aspects under diasp.in/contacts for chat to work.
I tested with @praveenarimbrathod on poddery and it worked well. Except some of the replies were stuck in "waiting" because of offline problem.
Do you know if chat will be integrated to web interface ? So people can use it without a client, store offline messages and reply.
@akshay It was a problem with OTR not working at the other end, on Loqui IM. Not an issue with offline messages.
@praveenarimbrathod I made an attempt on writing by adding to the press release draft.
Moved the draft to https://etherpad.mozilla.org/qLFzEUVPkq.
created a non-technical version without the technical details. https://etherpad.mozilla.org/IndianWhatsAppAlternative
@vidyut your feedback would be helpful as we may still have left some technical things.
Interesting and audacious take. I think it is a good idea to push an indigenous and open source alternative.
However, it seems premature. A WhatsApp alternative that won't work on mobile phones makes no sense. Thus, you will need a different pitch, or delay the announcement till it is mobile compatible. Then you can probably push it as an alternative to mobile messaging as well as social networking.
The other aspect of WhatsApp or Viber, etc is that they recognize mobile numbers. For this to be really kickass, you need diaspora to be able to recognize registered mobile numbers and message based on them as well.
Otherwise, it is just another chat application on a social network - like Google hangouts or Facebook chat and should be pushed thus.
I may be wrong. I am only going by this document shared, and don't know more about what is going on on the developers end.
Vidyut
Vidyut
Social Media: Twitter ( https://twitter.com/Vidyut ) Facebook ( https://facebook.com/theVidyut ) Google+ ( https://google.com/+AamJanata ) Diaspora ( https://poddery.com/i/62f15bc003f0 )
Blogs: Intellectual Anarchy ( https://aamjanata.com ) || personal ( https://vidyut.info ) || Nisarga ( https://nisarga.info ) || tech ( https://vidyut.net ) || Homeschooling ( https://homeschoolingindia.in ) || Fek Le ( https://fekle.in )
I think you should give https://Quicksy.im a try. It is xmpp with phone number as username and contacts are discovered automatically, just like WhatsApp.
It works on mobile. You just need an XMPP app like conversations on Android or ChatSecure for iPhone or IM+ for Windows Phone. You can try it with your poddery.com account. WhatsApp is just chat which uses mobile number as username. While I agree its not an exact replacement, it does the same function. There is also other alternatives like TextSecure or Kontalk which recognize mobile numbers, we could offer those services in the future.
Restart XMPP service
proposal by Dhanesh B. Sabane Closed Sat 8 Jun 2019 3:01PM
There is demand for the service to be restarted and Dhanesh is ready to take up the task of maintaining the service. It will not consume a lot of server resources and will be beneficial for everyone.
XMPP service is currently disabled. Would like to know everyone's thoughts on whether we should restart the service.
Results
| Results | Option | Votes | % of votes cast | % of eligible voters | |
|---|---|---|---|---|---|
| Agree | 4 | 80 | 11 | ||
| Abstain | 0 | 0 | 0 | ||
| Disagree | 1 | 20 | 3 | ||
| Block | 0 | 0 | 0 | ||
| Not voted | 33 | 87 |
with disroot is going back to xmpp and their argument on privacy of xmpp and matrix protocols, i think xmpp should live.
XMPP clients are one of the only practical distributed secure chat clients for mobile devices. (Riot is too heavy for normal usage, Signal is not Distributed, IRC is not distributed). Can we have an Onion hidden service too?. (At least I have a usecase for that.)
We have had outages almost every day since the latest synapse upgrade. Suggest we do not add any more services until the situation is stable.
If there is a demand and there is a volunteer, then go ahead
Since there is a volunteer, and server is in better shape, we should enable it again
@vik The outages on Matrix (Synapse) haven't been because of insufficient resources but something else. The average memory usage has been around 4.5GB out of 8GB on the server (Synapse + diaspora*).
For XMPP, I consulted with muppeth (disroot.org admin) and their Prosody consumes around 130MB of RAM and 24MB DB size for around 200 people who are constantly online. This is extremely less compared to Synapse.
It is nice to come back to this thread after a while. I have been really busy in real life. But now I made myself more free than busy.
While indeed the issues with matrix are apparent, I think what we must realize is that matrix and xmpp solve different problems. XMPP solves the problem of private communication. But matrix solves the problem of community level communication. Matrix is a successor of IRC, while XMPP maybe a successor of SMS.
I had written down some thoughts on this in a blog post where I argued that free software communities cannot agree on their communication tools unless they resort to some kind of bridging. And this was before matrix became usable.
I've reopened the proposal to restart XMPP services. I request everyone to review and respond on it. Here's what prompted the rebuttal:
- The storage space on the server was recently updated and we now have 150GB of storage.
- After the storage upgrade, some maintenance and upgrades were performed on Synapse and it's tables on Postgres. We have observed a sharp increase in performance since then.
- We have a couple more volunteers who are ready to help in managing the services that we offer. This will make sure that a single person is not bogged down with the maintenance responsibilities.
- And finally, we are seeing a rise in XMPP use.
I followed
https://wiki.diasporafoundation.org/Integration/XMPP/Prosody
and
https://wiki.debian.org/Diaspora/XMPP
In the debian wiki instruction I'm not sure if I followed step 7 of creating users correctly. What I did was run
sudo -u postgres -i
createuser --interactive # n, n, n to all extra privileges
exit
sudo -u postgres psql
grant all privileges on database diaspora_production to prosody;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO prosody;
@praveenarimbrathod can you verify the above?
Prosody uses port 5222 and 5269 @saurabh can you open those ports?