Własny serwer XMPP nie dorasta do pięt Google Talk. Przynajmniej w normalnych, codziennych zastosowaniach - mam kilka komputerów, telefon i chcę najzwyczajniej w świecie dostawać wiadomości na wszystkie urządzenia. Nie jestem chyba jedyny, bo wyszukanie "ejabberd send messages to all resources", albo to samo tylko dla openfire, zwraca znaczną ilość pytań na forum zamykanych przez developerów odpowiednim cytatem z XEP, zawierającym dużą ilość SHOULD i żadnego MUST. Openfire niby posiada opcję route.all-resources, ale ta działa tylko jeśli nadawca pisze do user@server.com, nie podając nazwy zasobu. Ćwiczenie: odpal konsolę XML i zobacz jak często zdarza się to w rzeczywitej komunikacji.
Do wczoraj używałem ejabberd i na nim próbowałem bezskutecznie osiągnąć zamierzony efekt. Próbowałem nawet zrobić forka który zachowuje się tak, jakbym chciał, ale ponieważ nie znam erlanga, wyszedł mi twór który co prawda umie routować wiadomości, ale za to kiedy jestem offline zwraca moim rozmówcom błędy.
Miałem wolny wieczór, więc spróbowałem tego samego z Openfire. Ma wszystkie wady i zalety Javy - zjada dużo ramu, używa dużo XMLa, nie integruje się dobrze z systemem, ale za to rozumiem co się dzieje w kodzie. Hackety hackety hack i powstał deb i patch które zamieniają Openfire w coś dla normalnych użytkowników, gwałcąc przy tym SHOULD w rozdziale 11.1 specyfikacji. Ojej.
A najlepsze w tym wszystkim jest to, że nie ma sensu robić porządnego konfigurowalnego patcha i wysyłać go do upstreamu, bo z punktu widzenia developerów taka opcja jest całkowicie zbędna i przecież lepiej czekać aż samo się zaimplementuje (bo nikt nad tym nie pracuje) w serwerach i klientach XEP-313 niż mieć działające rozwiązanie teraz.