Difference between revisions of "Georg Lukas for Council 2017"

From XMPP WIKI
Jump to navigation Jump to search
 
Line 12: Line 12:
I'm a client developer (https://yaxim.org) and a server operator of a mid-sized public server. I have experience with designing and implementing network protocols, and I've done some work on XEPs in the past.
I'm a client developer (https://yaxim.org) and a server operator of a mid-sized public server. I have experience with designing and implementing network protocols, and I've done some work on XEPs in the past.


I usually have strong opinions. A clearly written and unambiguous specification is paramount to consistent implementations on the client and server side. XMPP has many corner cases caused by loosely written, imprecise specifications. These make debugging of user problems harder than needed (and often cause those problems in the first place). When elected to Council, I will work hard to reduce the number of these corner cases and to specify well-defined behaviors for those.
I usually have strong opinions. A clearly written and unambiguous specification is paramount to consistent implementations on the client and server side. XMPP has many corner cases caused by loosely written, imprecise specifications. These make debugging of user problems harder than needed (and often cause those problems in the first place). When elected to Council, I will work hard to reduce the number of these corner cases and to specify well-defined behaviors for those that can not be removed.


= Goals =
= Goals =

Latest revision as of 12:38, 5 November 2017

Contact Info

Overview

This is my first application for Council. I have a progressive agenda to make XMPP suitable for the Instant Messaging of this decade (even if it's a bit late).

I'm a client developer (https://yaxim.org) and a server operator of a mid-sized public server. I have experience with designing and implementing network protocols, and I've done some work on XEPs in the past.

I usually have strong opinions. A clearly written and unambiguous specification is paramount to consistent implementations on the client and server side. XMPP has many corner cases caused by loosely written, imprecise specifications. These make debugging of user problems harder than needed (and often cause those problems in the first place). When elected to Council, I will work hard to reduce the number of these corner cases and to specify well-defined behaviors for those that can not be removed.

Goals

Improve Usability

Jabber (the IM ecosystem) needs many usability improvements. My ongoing activities in that regard are:

Fix the Multi-Client Story

There are many edge cases in setups where a user runs a mobile client plus a desktop client on the same account. Messages are still lost, different things get delivered to online clients and stored into MAM/offline storage, encryption fails, etc.

We need to evaluate our current situation with regards to the base protocol, how it is used, XEPs related to multi-client operations, etc. Then we need to make a clear mission statement for how we want the system to work in the future. Finally, we need to change our protocols in a way that doesn't break backward compatibility, while providing more robust support for modern use cases.

Topics to address:

Get Rid of Spam

XMPP spam is getting more and more prevalent. We have some obvious and some more complex tasks:

  • Improve default server setups to prevent IBR / mass-flooding
  • Improve server admin contact infos
  • Improve detection and blocking of inbound spam messages / presence