Dlaczego nie tworzy się aplikacji do przesyłania wiadomości, takich jak poczta e-mail i sms, w których można wysyłać wiadomości między wieloma dostawcami usług? [Zamknięte]


19

Mogę wysyłać wiadomości e-mail z GMail do YahooMail lub ProtonMail itp. Mogę wysyłać SMS-y na dowolny numer telefonu komórkowego, niezależnie od tego, czy numer jest własnością Vodafone, czy innych dostawców usług telekomunikacyjnych.

Nie mogę jednak wysyłać wiadomości błyskawicznych między WhatsApp a Google Hangouts, Telegram lub WeChat itp.

Czy istnieje bariera technologiczna lub problemy z bezpieczeństwem związane z tym brakiem funkcjonalności? Zauważyłem, że wiele z nich używa własnych protokołów , ale czy nie powinno być możliwe utworzenie wspólnego protokołu, takiego jak POP3 lub IMAP, do komunikacji błyskawicznej? Obecny stan wiadomości błyskawicznych wydaje się po prostu głupi, że nie mogę otrzymać wiadomości błyskawicznej od użytkownika WhatsApp na moje konto Hangouts.

Aktualizacja: Nawet XKCD ma coś na sobie: https://xkcd.com/1810/



@KamilMaciorowski: To idealne! Zastanawiam się, dlaczego komunikatorzy czatu nie pozwalają sobie na rozmowę.
Nav

3
Należy również pamiętać, że w interesie większych dostawców leży posiadanie własnego ogrodzonego ogrodu. W szczególności WhatsApp (przynajmniej po przejęciu go przez Facebooka) wielokrotnie blokował wszelkie próby wykorzystania ich infrastruktury przez aplikacje stron trzecich.
bezpośrednio

1
@Nav Przykład z doświadczenia, jestem jedną z tych osób. Nie interesuję się Whatsapp, ponieważ mam już inne sposoby komunikowania się z przyjaciółmi, którzy go używają. Sama aplikacja zajmuje cenne miejsce do przechowywania w moim telefonie bez większych korzyści. Nie powstrzymuje jednak ludzi od pytania, dlaczego tego nie używam.
Rowan

1
@Nav O ile rozumiem, wymóg nie polega jedynie na tym, że Whatsapp został zainstalowany na telefonie; jest o wiele bardziej rygorystyczny „Telefon jest włączony, podłączony do Internetu, a Whatsapp działa w tle”.
Federico Poloni

Odpowiedzi:


32

Jest to wspólny protokół, kilka w rzeczywistości - popularna jest XMPP (Jabber) aka; innym jest SIMPLE, wariant protokołu SIP używanego do VoIP. (Niektóre z najstarszych, takie jak Talk , Zephyr lub Gale - nawet IRC - również zostały zbudowane z myślą o komunikacji między domenami.) Usługi komercyjne raczej nie chcą używać wspólnego protokołu, zarówno technicznego, jak i komercyjnego powody wydaje się.

Oto kilka historycznych przykładów samego użycia Jabbera:

  • Pierwotnie Google Talk (przed Hangoutami) był standardową usługą XMPP i mógł łączyć się z innymi domenami za pomocą XMPP - nawet wprowadził rozszerzenie Voice / Video-over-XMPP (Jingle).
  • Początkowo czat na Facebooku był usługą kompatybilną z XMPP, chociaż nie obsługiwał federacji między serwerami (prawdopodobnie po to, aby więcej osób musiało założyć konto na Facebooku).
  • Przez krótki czas nawet AIM AOL próbował obsługiwać XMPP wraz z (zastrzeżonym, ale częściowo otwartym) protokołem OSCAR.
  • Signal jest oparty na XMPP, ale mają post na blogu o decyzji o nieobsługiwaniu tej funkcji. Głównym argumentem Signal jest to, że bardzo trudno jest zmienić protokół stowarzyszony, oprócz dodawania małych funkcji tu i tam. (Co jest… na przykład prawdziwe w przypadku SMTP i DNS).

Gdybym musiał zgadywać, ponieważ nie stał się on „zabójczą funkcją” podczas narodzin Internetu (ostatecznie został „rozwiązany” po stronie klienta, za pomocą wieloprotokołowych aplikacji czatowych, takich jak Trillian, Miranda lub Gaim / Pidgin) , federacyjne wiadomości błyskawiczne nie wykorzystały swojej szansy, aby stać się podstawowym protokołem internetowym, a zamiast tego są uważane za kolejną nieopłacalną funkcję, o którą prosi bardzo niewielki odsetek użytkowników.

(IRC jest współczesny z SMTP i miał ogromną sieć federacyjną w tamtych czasach, więc dlaczego nie stał się „protokołem”? Cóż, jego protokoły serwer-serwer są całkowicie nieodpowiednie dla niezaufanych środowisk, ponieważ tworzą ściśle -synchronizowany system zamiast luźnej siatki niezależnych domen. Można by go uruchomić z komunikatem „jeden do jednego”, ale IRC skupia się na kanałach i nie jest w tym dobry.)

Wreszcie ... spam. Pamiętam, że przeczytałem kilka wątków na liście mailingowej przez operatorów serwerów XMPP, opisując Google Talk jako główne źródło wszystkich wiadomości spamowych z ogromnym marginesem - nie spisali się dobrze w radzeniu sobie z raportami nadużyć po stronie nadawcy i byli tacy duży dostawca, którego nie stać na całkowite zablokowanie go, ale ze względu na format wiadomości czatowych i e-maili (krótkich, przychodzących w częściach, bardzo mało metadanych), najwyraźniej niemożliwe jest również porządne filtrowanie ich po stronie odbiorcy.

Państwo może oczywiście zainstalować serwer XMPP (ejabberd, prozodii) tak jak można by zainstalować serwer e-mail, a być osiągalny za Nav@example.compośrednictwem nikogo innego serwera XMPP. Klienci XMPP są dostępni dla wielu systemów operacyjnych, od Windows do Androida. (Chociaż będziesz mieć trudności z udostępnianiem powiadomień push, a jeśli nie, spowoduje to wyczerpanie baterii.)

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.