여러 서비스 제공 업체간에 메시지를 보낼 수있는 이메일 및 SMS와 같은 메시징 앱이 생성되지 않는 이유는 무엇입니까? [닫은]


21

GMail에서 YahooMail 또는 ProtonMail 등으로 이메일을 보낼 수 있습니다. Vodafone 또는 다른 통신 사업자의 소유 여부에 관계없이 모든 휴대폰 번호로 SMS를 보낼 수 있습니다.

그러나 WhatsApp과 Google 행 아웃 또는 전보 또는 WeChat 등간에 인스턴트 메시지를 보낼 수 없습니다.

이 기능 부족과 관련하여 기술적 장벽이나 보안 문제가 있습니까? 나는 그들 중 많은 사람들이 자신의 프로토콜을 사용 하는 것을 보았지만 인스턴트 메시징을 위해 POP3 또는 IMAP와 같은 일반적인 프로토콜을 만들 수는 없습니까? 인스턴트 메시징의 현재 상태는 어리석은 것 같습니다. WhatsApp 사용자로부터 행 아웃 계정으로 인스턴트 메시지를받을 수 없습니다.

업데이트 : XKCD조차도 무언가를 가지고 있습니다 : https://xkcd.com/1810/



@ KamilMaciorowski : 완벽합니다! 왜 채팅 메신저가 서로 대화 할 수 없는지 궁금합니다.
Nav

4
또한 더 큰 공급자가 자신의 벽으로 된 정원을 갖는 것이 종종 중요하다는 점에 유의하십시오. 특히 WhatsApp (적어도 Facebook이 인수 한 이후)은 타사 앱이 인프라를 사용하려는 시도를 반복적으로 차단했습니다.
dirkt

1
@Nav 경험의 예, 나는 그 사람들 중 하나입니다. 나는 이미 Whatsapp에 관심이 거의 없다. 왜냐하면 나는 이미 그것을 사용하는 친구들과 의사 소통 할 다른 수단이 있기 때문이다. 앱 자체는 별다른 이점없이 휴대 전화의 소중한 저장 공간을 차지합니다. 내가 왜 그것을 사용하지 않는지 묻는 사람들을 멈추지 않습니다.
Rowan

1
@Nav 내가 이해하는 한, 요구 사항은 단순히 "Whatsapp가 전화에 설치되어있는 것"이 ​​아닙니다. "전화기가 켜져 있고 인터넷에 연결되어 있으며 Whatsapp가 백그라운드에서 실행 중"입니다.
Federico Poloni

답변:


34

이다 일반적인 프로토콜은 사실 몇 - 인 인기 한 XMPP는 (재버 일명); 또 다른 하나는 VoIP에 사용되는 SIP 프로토콜의 변형 인 SIMPLE입니다. ( Talk , Zephyr 또는 Gale 과 같은 가장 오래된 것 중 일부는 도메인 간 통신을 염두에두고 구축되었습니다.) 오히려 상업 서비스 기술 및 상업 모두에 공통 프로토콜을 사용하고 싶지 않습니다. 이유가 보인다.

Jabber 사용에 대한 역사적인 예는 다음과 같습니다.

  • 원래 Google 토크 (행 아웃 전) 표준 XMPP 서비스였으며 XMPP를 사용하여 다른 도메인에 연결할 수있었습니다. 심지어 XMPP 확장 (Jingle)을 도입했습니다.
  • 원래 서버 간 페더레이션을 지원하지는 않았지만 원래 Facebook Chat XMPP 호환 서비스 였습니다 (아마도 더 많은 사람들이 Facebook 계정에 가입해야 함).
  • 잠시 동안 AOL의 AIM조차도 (독점적이지만 부분적으로 공개 된) OSCAR 프로토콜과 함께 XMPP를 지원 하려고 시도 했습니다.
  • Signal은 XMPP 기반이지만 이 기능을 지원하지 않기로 한 결정에 대한 블로그 게시물 이 있습니다. Signal의 주요 주장은 여기 저기에 작은 기능을 추가하는 것 외에는 연합 프로토콜을 변경하기가 매우 어렵다는 것입니다. (예를 들어 SMTP 및 DNS의 경우 실제로는 어느 것입니까?)

인터넷이 태어날 때 "킬러 기능"이되지 않았기 때문에 추측해야한다면 (Trillian, Miranda 또는 Gaim / Pidgin과 같은 멀티 프로토콜 채팅 앱을 사용하여 클라이언트 측에서 "해결됨") 페더레이션 인스턴트 메시징은 핵심 인터넷 프로토콜이 될 수있는 기회를 놓쳤으며, 아주 적은 비율의 사용자가 요구하는 또 다른 상업적으로 사용할 수없는 기능으로 간주됩니다.

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

마지막으로 ... 스팸. XMPP 서버 운영자가 메일 목록 스레드를 읽은 것을 기억하며 Google 토크를 모든 스팸 메시지의 주요 출처로 묘사했습니다. 발신자 측에서 악용 사례 신고를 처리하는 데 큰 도움이되지 않았습니다. 직접 차단할 수없는 대규모 공급자이지만 채팅 메시지와 전자 메일 형식 (짧은 부분, 도착한 부분, 매우 적은 메타 데이터)으로 인해 수신자 쪽을 적절히 필터링하는 것은 불가능합니다.

당신은 할 수 확실히 하나가 이메일 서버를 설치하는 것이 훨씬 같은 XMPP 서버 (ejabberd, 운율)을 설치하고 연결할 수 Nav@example.com다른 XMPP 서버의 사람을 통해. Windows에서 Android에 이르기까지 많은 운영 체제에서 사용 가능한 XMPP 클라이언트가 있습니다. 푸시 알림을 사용하는 데 약간의 어려움이 있지만 사용하지 않으면 배터리가 소모됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.