XMPP 25주년 글, 오픈 표준 없이는 메신저 자립도 없다고 주장

요즘 XMPP는 IRC나 디스코드 같은 공개 커뮤니티보다 가족·친구용 메신저 대체재로 많이 씀. NATO나 경찰, 정보기관도 쓰고 채널 검색기도 있음.

Jitsi Meet도 Prosody를 신호 처리에 쓰고, WhatsApp도 패치한 ejabberd에서 시작했음. XMPP가 눈에 안 띄어도 기반 기술로 남아 있는 곳은 있음.

XMPP는 기능 자체보다 채택이 문제임. 화면 공유까지 되는데 사람이 모이지 않음.

몇 주 전에 에이전트 오케스트레이션과 에이전트-사람 워크플로용으로 ejabberd를 다시 깔았음. 오래 만졌는데도 바로 익숙해지더라.

25년 독립성이라지만 나는 그중 20년은 XMPP를 안 썼음. 한때 Google Chat과 Facebook Chat이 XMPP 기반이었으니 본인도 간접적으로 썼을 수는 있음.

예전에는 Facebook, Google 등이 XMPP를 써서 Adium 하나로 여러 IM을 썼음. 그 시절 클라이언트 통합 경험은 좋았음.

구글 없는 안드로이드에서는 Conversations의 상시 XMPP 연결로 UnifiedPush를 써서 다른 오픈소스 앱 알림도 받을 수 있음. FCM 대체 방식임.

XMPP가 그냥 잘 된다는 말에는 동의 못 함. 공개 주소는 스팸에 잠겼고, 메일 클라이언트처럼 막아 주는 기능도 XMPP 클라이언트에는 부족했음.

XEP 지원 조합에 따라 호환성이 갈림. Conversations는 기본 OMEMO를 켜는데 Fluux는 OMEMO가 없어서 대화조차 안 되고, Pidgin은 암호화 메시지 미지원 안내도 제대로 안 보임.

나는 IRC, XMPP, Matrix를 다 쓰는데 '그냥 잘 됨'은 IRC 쪽에 더 맞는 말 같음. XMPP는 Plan 9나 Amiga처럼 열성 팬은 있지만 크게 자리 잡지는 못한 느낌임.

Movim과 Fluux 팀에는 기대가 큼. Matrix가 XMPP를 개선하는 대신 별도 길로 간 건 아쉽고, 초기에 Matrix가 받은 수백만 달러가 XMPP에 갔으면 생태계가 달랐을지 궁금함.

XMPP는 오래된 확장 기능이 뒤섞여 있고, 채팅 클라이언트에 그 정도 모듈성은 오히려 지원 조합 문제만 만듦. 서버를 세우려면 설정이 너무 많아서 채팅 프로토콜계의 Apache 같았음.

Matrix는 가족용으로 6년간 직접 운영했는데 문제 없었음. 백엔드와 모바일 클라이언트 선택지가 좋고 Rust SDK로 봇을 붙이기도 쉬운데, XMPP 쪽은 비슷한 품질의 모바일 클라이언트가 오래도록 안 나왔음.

직접 XMPP 서버를 돌리고 휴대폰 이벤트 알림도 XMPP로 받았지만 지금은 가족용으로 Matrix를 씀. Matrix도 XMPP만큼 쓰기 쉽지는 않지만, 약속을 지킬지는 더 지켜보는 중임.

XML을 택한 게 초기에 관심 있던 사람들을 많이 밀어냈다고 봄. XML 파서에 그냥 흘려 넣어도 되는 구조조차 아니었던 설계 문제가 있었음.

XMPP를 쓸 때 기술 경험은 좋았지만, 내가 찾은 사용자는 아주 작은 커뮤니티뿐이었음. 도구가 좋아도 가장 큰 장벽은 채택임.

Google Voice에서 XMPP 전화·SMS 브리지인 jmp.chat으로 옮겼음. 노트북의 Dino와 휴대폰의 Cheogram 조합이 괜찮아서, 다음에는 Prosody를 직접 운영하고 Google Voice 기록도 가져오려 함.

디스코드 같은 커뮤니티 서버를 독립 운영하려고 찾을 때는 암호화 채팅, 음성·영상 방, 화면 공유까지 갖춘 Matrix가 쉽게 발견됐음. XMPP 기반 대안을 따로 찾지 않았다는 사실도 생태계 상태를 말해 준다고 봄.

XMPP는 좋아 보이지만 데스크톱과 모바일 모두에서 Telegram 클라이언트를 대체할 만한 앱은 아직 못 찾았음.