여러 서비스 제공업체 간에 메시지를 보낼 수 있는 이메일 및 SMS와 같은 메시징 앱이 왜 만들어지지 않습니까?

Question

거기~이다공통 프로토콜, 실제로는 여러 가지 – 널리 사용되는 프로토콜은 다음과 같습니다.XMPP(일명 재버); 다른 하나는 VoIP에 사용되는 SIP 프로토콜의 변형인 SIMPLE입니다. (다음과 같은 가장 오래된 것 중 일부는말하다,미풍, 또는강풍- 심지어 IRC도 도메인 간 통신을 염두에 두고 구축되었습니다.) 오히려 상용 서비스원하지 않는다기술적인 이유와 상업적인 이유로 공통 프로토콜을 사용하는 것 같습니다.

다음은 Jabber 단독 사용의 몇 가지 역사적 예입니다.

원래 Google 토크(행아웃 이전)~였다표준 XMPP 서비스이며 XMPP를 사용하여 다른 도메인에 연결할 수 있습니다. XMPP를 통한 음성/비디오 확장 기능(Jingle)도 도입했습니다.
원래는 페이스북 채팅~였다XMPP 호환 서비스이지만 서버 간 연합을 지원하지는 않았습니다(아마도 더 많은 사람들이 Facebook 계정에 가입해야 하기 때문일 것입니다).
잠시 동안 AOL의 AIM도시험을 마친(독점적이지만 부분적으로 개방되어 있는) OSCAR 프로토콜과 함께 XMPP를 지원합니다.
Signal은 XMPP 기반이지만블로그 게시물이 기능을 지원하지 않기로 한 결정에 대해 Signal의 주요 주장은 연합 프로토콜이 여기저기에 작은 기능을 추가하는 것 외에는 변경하기가 매우 어렵다는 것입니다. (예를 들어 SMTP와 DNS의 경우 실제로 그렇습니다.)

추측해야 한다면, 인터넷이 탄생하는 동안 "킬러 기능"이 되지 않았기 때문입니다(결국 대신 Trillian, Miranda 또는 Gaim/Pidgin과 같은 다중 프로토콜 채팅 앱을 사용하여 클라이언트 측에서 "해결"됨). , 연합 인스턴트 메시징은 핵심 인터넷 프로토콜이 될 기회를 놓쳤고 그 대신 아주 소수의 사용자가 요구하는 상업적으로 실행 불가능한 또 다른 기능으로 간주되었습니다.

(IRC는 SMTP와 동시대이며 그 당시에는 대규모 연합 네트워크를 갖고 있었는데 왜 'the' 프로토콜이 되지 않았습니까? 음, IRC의 서버 간 프로토콜은완전히독립적인 도메인의 느슨한 메시가 아닌 긴밀하게 동기화된 시스템을 형성하므로 신뢰할 수 없는 환경에는 적합하지 않습니다. 순전히 일대일 메시징으로 작동하도록 만들 수 있지만 IRC의 초점은 채널이므로 그다지 좋지 않습니다.)

마지막으로... 스팸입니다. Google Talk가 모든 스팸 메시지의 주요 소스라고 설명하는 XMPP 서버 운영자의 일부 메일링 목록 스레드를 읽은 기억이 납니다. 그들은 발신자 측에서 남용 보고서를 제대로 처리하지 못했고 그런 식이었습니다. 완전히 차단할 여유가 없는 대규모 공급자이지만 채팅 메시지와 이메일의 형식(짧고, 부분적으로 도착하고, 메타데이터가 거의 없음)으로 인해 수신자 측에서도 적절하게 필터링하는 것이 불가능합니다.

너~할 수 있다확실히 이메일 서버를 설치하는 것처럼 XMPP 서버(ejabberd, Prosody)를 설치하고 [email protected]다른 사람의 XMPP 서버를 통해 접근할 수 있습니다. Windows부터 Android까지 다양한 운영 체제에서 사용할 수 있는 XMPP 클라이언트가 있습니다.(단, 푸시 알림을 제공하는 데 어려움이 있을 수 있으며, 그렇지 않은 경우 배터리가 소모됩니다.)

Answer 1