Why aren't messaging apps created like email and sms, where you can send messages between multiple service...











up vote
19
down vote

favorite
1












I can send emails from GMail to YahooMail or to ProtonMail etc. I can send SMS'es to any mobile number irrespective of whether the number is owned by Vodafone or any other telecom providers.



However, I can't send instant messages between WhatsApp and Google Hangouts or Telegram or WeChat etc.



Is there a technological barrier or security issues related to this lack of functionality? I noticed many of them use their own protocols, but shouldn't it be possible to create a common protocol like POP3 or IMAP, for instant messaging? The current state of instant messaging just seems silly, that I can't receive an instant message from a WhatsApp user to my Hangouts account.










share|improve this question













closed as off-topic by Máté Juhász, grawity, Dmitry Grigoryev, PeterH, Twisty Impersonator Dec 4 at 15:13


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, PeterH, Twisty Impersonator

If this question can be reworded to fit the rules in the help center, please edit the question.









  • 3




    Compare XMPP, decentralization and addressing.
    – Kamil Maciorowski
    Dec 4 at 6:32










  • @KamilMaciorowski: That's perfect! I wonder why chat messengers aren't allowing each other to talk to each other.
    – Nav
    Dec 4 at 6:37






  • 3




    Also note that it is often in the interest of bigger providers to have their own walled garden. In particular WhatsApp (at least after it has been taken over by Facebook) has repeatedly blocked any attempts for third party apps to use their infrastructure.
    – dirkt
    Dec 4 at 8:43






  • 1




    @Nav Example from experience, I'm one of those people. I have little interest in Whatsapp because I already have other means to communicate with those friends that use it. The App itself takes up valuable storage space on my phone for very little benefit. Doesn't stop people asking why I don't use it though.
    – Rowan
    Dec 4 at 13:31






  • 1




    @Nav As far as I understand, the requirement is not merely "Whatsapp was installed on the phone"; it's a much more stringent "The phone is on, connected to the internet, and Whatsapp is running in background".
    – Federico Poloni
    Dec 4 at 13:49















up vote
19
down vote

favorite
1












I can send emails from GMail to YahooMail or to ProtonMail etc. I can send SMS'es to any mobile number irrespective of whether the number is owned by Vodafone or any other telecom providers.



However, I can't send instant messages between WhatsApp and Google Hangouts or Telegram or WeChat etc.



Is there a technological barrier or security issues related to this lack of functionality? I noticed many of them use their own protocols, but shouldn't it be possible to create a common protocol like POP3 or IMAP, for instant messaging? The current state of instant messaging just seems silly, that I can't receive an instant message from a WhatsApp user to my Hangouts account.










share|improve this question













closed as off-topic by Máté Juhász, grawity, Dmitry Grigoryev, PeterH, Twisty Impersonator Dec 4 at 15:13


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, PeterH, Twisty Impersonator

If this question can be reworded to fit the rules in the help center, please edit the question.









  • 3




    Compare XMPP, decentralization and addressing.
    – Kamil Maciorowski
    Dec 4 at 6:32










  • @KamilMaciorowski: That's perfect! I wonder why chat messengers aren't allowing each other to talk to each other.
    – Nav
    Dec 4 at 6:37






  • 3




    Also note that it is often in the interest of bigger providers to have their own walled garden. In particular WhatsApp (at least after it has been taken over by Facebook) has repeatedly blocked any attempts for third party apps to use their infrastructure.
    – dirkt
    Dec 4 at 8:43






  • 1




    @Nav Example from experience, I'm one of those people. I have little interest in Whatsapp because I already have other means to communicate with those friends that use it. The App itself takes up valuable storage space on my phone for very little benefit. Doesn't stop people asking why I don't use it though.
    – Rowan
    Dec 4 at 13:31






  • 1




    @Nav As far as I understand, the requirement is not merely "Whatsapp was installed on the phone"; it's a much more stringent "The phone is on, connected to the internet, and Whatsapp is running in background".
    – Federico Poloni
    Dec 4 at 13:49













up vote
19
down vote

favorite
1









up vote
19
down vote

favorite
1






1





I can send emails from GMail to YahooMail or to ProtonMail etc. I can send SMS'es to any mobile number irrespective of whether the number is owned by Vodafone or any other telecom providers.



However, I can't send instant messages between WhatsApp and Google Hangouts or Telegram or WeChat etc.



Is there a technological barrier or security issues related to this lack of functionality? I noticed many of them use their own protocols, but shouldn't it be possible to create a common protocol like POP3 or IMAP, for instant messaging? The current state of instant messaging just seems silly, that I can't receive an instant message from a WhatsApp user to my Hangouts account.










share|improve this question













I can send emails from GMail to YahooMail or to ProtonMail etc. I can send SMS'es to any mobile number irrespective of whether the number is owned by Vodafone or any other telecom providers.



However, I can't send instant messages between WhatsApp and Google Hangouts or Telegram or WeChat etc.



Is there a technological barrier or security issues related to this lack of functionality? I noticed many of them use their own protocols, but shouldn't it be possible to create a common protocol like POP3 or IMAP, for instant messaging? The current state of instant messaging just seems silly, that I can't receive an instant message from a WhatsApp user to my Hangouts account.







instant-messaging protocol






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Dec 4 at 6:25









Nav

4883824




4883824




closed as off-topic by Máté Juhász, grawity, Dmitry Grigoryev, PeterH, Twisty Impersonator Dec 4 at 15:13


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, PeterH, Twisty Impersonator

If this question can be reworded to fit the rules in the help center, please edit the question.




closed as off-topic by Máté Juhász, grawity, Dmitry Grigoryev, PeterH, Twisty Impersonator Dec 4 at 15:13


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "This question is not about computer hardware or software, within the scope defined in the help center." – Máté Juhász, PeterH, Twisty Impersonator

If this question can be reworded to fit the rules in the help center, please edit the question.








  • 3




    Compare XMPP, decentralization and addressing.
    – Kamil Maciorowski
    Dec 4 at 6:32










  • @KamilMaciorowski: That's perfect! I wonder why chat messengers aren't allowing each other to talk to each other.
    – Nav
    Dec 4 at 6:37






  • 3




    Also note that it is often in the interest of bigger providers to have their own walled garden. In particular WhatsApp (at least after it has been taken over by Facebook) has repeatedly blocked any attempts for third party apps to use their infrastructure.
    – dirkt
    Dec 4 at 8:43






  • 1




    @Nav Example from experience, I'm one of those people. I have little interest in Whatsapp because I already have other means to communicate with those friends that use it. The App itself takes up valuable storage space on my phone for very little benefit. Doesn't stop people asking why I don't use it though.
    – Rowan
    Dec 4 at 13:31






  • 1




    @Nav As far as I understand, the requirement is not merely "Whatsapp was installed on the phone"; it's a much more stringent "The phone is on, connected to the internet, and Whatsapp is running in background".
    – Federico Poloni
    Dec 4 at 13:49














  • 3




    Compare XMPP, decentralization and addressing.
    – Kamil Maciorowski
    Dec 4 at 6:32










  • @KamilMaciorowski: That's perfect! I wonder why chat messengers aren't allowing each other to talk to each other.
    – Nav
    Dec 4 at 6:37






  • 3




    Also note that it is often in the interest of bigger providers to have their own walled garden. In particular WhatsApp (at least after it has been taken over by Facebook) has repeatedly blocked any attempts for third party apps to use their infrastructure.
    – dirkt
    Dec 4 at 8:43






  • 1




    @Nav Example from experience, I'm one of those people. I have little interest in Whatsapp because I already have other means to communicate with those friends that use it. The App itself takes up valuable storage space on my phone for very little benefit. Doesn't stop people asking why I don't use it though.
    – Rowan
    Dec 4 at 13:31






  • 1




    @Nav As far as I understand, the requirement is not merely "Whatsapp was installed on the phone"; it's a much more stringent "The phone is on, connected to the internet, and Whatsapp is running in background".
    – Federico Poloni
    Dec 4 at 13:49








3




3




Compare XMPP, decentralization and addressing.
– Kamil Maciorowski
Dec 4 at 6:32




Compare XMPP, decentralization and addressing.
– Kamil Maciorowski
Dec 4 at 6:32












@KamilMaciorowski: That's perfect! I wonder why chat messengers aren't allowing each other to talk to each other.
– Nav
Dec 4 at 6:37




@KamilMaciorowski: That's perfect! I wonder why chat messengers aren't allowing each other to talk to each other.
– Nav
Dec 4 at 6:37




3




3




Also note that it is often in the interest of bigger providers to have their own walled garden. In particular WhatsApp (at least after it has been taken over by Facebook) has repeatedly blocked any attempts for third party apps to use their infrastructure.
– dirkt
Dec 4 at 8:43




Also note that it is often in the interest of bigger providers to have their own walled garden. In particular WhatsApp (at least after it has been taken over by Facebook) has repeatedly blocked any attempts for third party apps to use their infrastructure.
– dirkt
Dec 4 at 8:43




1




1




@Nav Example from experience, I'm one of those people. I have little interest in Whatsapp because I already have other means to communicate with those friends that use it. The App itself takes up valuable storage space on my phone for very little benefit. Doesn't stop people asking why I don't use it though.
– Rowan
Dec 4 at 13:31




@Nav Example from experience, I'm one of those people. I have little interest in Whatsapp because I already have other means to communicate with those friends that use it. The App itself takes up valuable storage space on my phone for very little benefit. Doesn't stop people asking why I don't use it though.
– Rowan
Dec 4 at 13:31




1




1




@Nav As far as I understand, the requirement is not merely "Whatsapp was installed on the phone"; it's a much more stringent "The phone is on, connected to the internet, and Whatsapp is running in background".
– Federico Poloni
Dec 4 at 13:49




@Nav As far as I understand, the requirement is not merely "Whatsapp was installed on the phone"; it's a much more stringent "The phone is on, connected to the internet, and Whatsapp is running in background".
– Federico Poloni
Dec 4 at 13:49










1 Answer
1






active

oldest

votes

















up vote
31
down vote



accepted










There is a common protocol, several in fact – a popular one being XMPP (aka Jabber); another is SIMPLE, a variant of the SIP protocol used for VoIP. (Some of the oldest ones, such as Talk, Zephyr, or Gale – even IRC – were also built with cross-domain communications in mind.) Rather, commercial services don't want to use a common protocol, both for technical and commercial reasons it seems.



Here's some historical examples of Jabber usage alone:




  • Originally, Google Talk (pre-Hangouts) was a standard XMPP service and could connect to other domains using XMPP – they even introduced the voice/video-over-XMPP extension (Jingle).

  • Originally, Facebook Chat was an XMPP-compatible service, although did not support inter-server federation (presumably so that more people would have to sign up for a Facebook account).

  • For a short while, even AOL's AIM tried to support XMPP alongside their (proprietary but partially open nevertheless) OSCAR protocol.

  • Signal is XMPP-based, but they have a blog post about the decision to not support this feature. Signal's main argument is that a federated protocol becomes very difficult to change, other than adding small features here and there. (Which is... indeed true for SMTP and DNS, for example.)


If I had to guess, because it didn't become a "killer feature" during the birth of the Internet (eventually being instead "solved" on the client side, using multiprotocol chat apps such as Trillian, Miranda, or Gaim/Pidgin), federated instant messaging missed its chance to become a core Internet protocol and instead is just considered to be another commercially-nonviable feature that a very small percentage of users care to ask for.



(IRC is contemporary with SMTP and had a massive federated network back in the day, so why didn't it become 'the' protocol? Well, its server-to-server protocols are completely unsuitable for untrusted environments, as they form a tightly-synchronized system rather than a loose mesh of independent domains. It could be made to work with purely one-to-one messaging, but IRC's focus is channels and it's not good at that.)



Finally... spam. I remember having read some mailing list threads by XMPP server operators, describing Google Talk as the main source of all spam messages by a huge margin – they didn't do a good job at dealing with abuse reports sender-side, and they were such a large provider that you can't afford to outright block it, but due to the format of chat messages vs emails (short, arriving in parts, very little metadata), it's apparently impossible to decently filter it recipient-side, either.



You can certainly install an XMPP server (ejabberd, Prosody) much like one would install an email server, and be reachable as Nav@example.com through anyone else's XMPP server. There are XMPP clients available for many operating systems, from Windows to Android. (Though you will have some difficulties making push notifications available, and if you don't, it will drain your battery.)






share|improve this answer






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    31
    down vote



    accepted










    There is a common protocol, several in fact – a popular one being XMPP (aka Jabber); another is SIMPLE, a variant of the SIP protocol used for VoIP. (Some of the oldest ones, such as Talk, Zephyr, or Gale – even IRC – were also built with cross-domain communications in mind.) Rather, commercial services don't want to use a common protocol, both for technical and commercial reasons it seems.



    Here's some historical examples of Jabber usage alone:




    • Originally, Google Talk (pre-Hangouts) was a standard XMPP service and could connect to other domains using XMPP – they even introduced the voice/video-over-XMPP extension (Jingle).

    • Originally, Facebook Chat was an XMPP-compatible service, although did not support inter-server federation (presumably so that more people would have to sign up for a Facebook account).

    • For a short while, even AOL's AIM tried to support XMPP alongside their (proprietary but partially open nevertheless) OSCAR protocol.

    • Signal is XMPP-based, but they have a blog post about the decision to not support this feature. Signal's main argument is that a federated protocol becomes very difficult to change, other than adding small features here and there. (Which is... indeed true for SMTP and DNS, for example.)


    If I had to guess, because it didn't become a "killer feature" during the birth of the Internet (eventually being instead "solved" on the client side, using multiprotocol chat apps such as Trillian, Miranda, or Gaim/Pidgin), federated instant messaging missed its chance to become a core Internet protocol and instead is just considered to be another commercially-nonviable feature that a very small percentage of users care to ask for.



    (IRC is contemporary with SMTP and had a massive federated network back in the day, so why didn't it become 'the' protocol? Well, its server-to-server protocols are completely unsuitable for untrusted environments, as they form a tightly-synchronized system rather than a loose mesh of independent domains. It could be made to work with purely one-to-one messaging, but IRC's focus is channels and it's not good at that.)



    Finally... spam. I remember having read some mailing list threads by XMPP server operators, describing Google Talk as the main source of all spam messages by a huge margin – they didn't do a good job at dealing with abuse reports sender-side, and they were such a large provider that you can't afford to outright block it, but due to the format of chat messages vs emails (short, arriving in parts, very little metadata), it's apparently impossible to decently filter it recipient-side, either.



    You can certainly install an XMPP server (ejabberd, Prosody) much like one would install an email server, and be reachable as Nav@example.com through anyone else's XMPP server. There are XMPP clients available for many operating systems, from Windows to Android. (Though you will have some difficulties making push notifications available, and if you don't, it will drain your battery.)






    share|improve this answer



























      up vote
      31
      down vote



      accepted










      There is a common protocol, several in fact – a popular one being XMPP (aka Jabber); another is SIMPLE, a variant of the SIP protocol used for VoIP. (Some of the oldest ones, such as Talk, Zephyr, or Gale – even IRC – were also built with cross-domain communications in mind.) Rather, commercial services don't want to use a common protocol, both for technical and commercial reasons it seems.



      Here's some historical examples of Jabber usage alone:




      • Originally, Google Talk (pre-Hangouts) was a standard XMPP service and could connect to other domains using XMPP – they even introduced the voice/video-over-XMPP extension (Jingle).

      • Originally, Facebook Chat was an XMPP-compatible service, although did not support inter-server federation (presumably so that more people would have to sign up for a Facebook account).

      • For a short while, even AOL's AIM tried to support XMPP alongside their (proprietary but partially open nevertheless) OSCAR protocol.

      • Signal is XMPP-based, but they have a blog post about the decision to not support this feature. Signal's main argument is that a federated protocol becomes very difficult to change, other than adding small features here and there. (Which is... indeed true for SMTP and DNS, for example.)


      If I had to guess, because it didn't become a "killer feature" during the birth of the Internet (eventually being instead "solved" on the client side, using multiprotocol chat apps such as Trillian, Miranda, or Gaim/Pidgin), federated instant messaging missed its chance to become a core Internet protocol and instead is just considered to be another commercially-nonviable feature that a very small percentage of users care to ask for.



      (IRC is contemporary with SMTP and had a massive federated network back in the day, so why didn't it become 'the' protocol? Well, its server-to-server protocols are completely unsuitable for untrusted environments, as they form a tightly-synchronized system rather than a loose mesh of independent domains. It could be made to work with purely one-to-one messaging, but IRC's focus is channels and it's not good at that.)



      Finally... spam. I remember having read some mailing list threads by XMPP server operators, describing Google Talk as the main source of all spam messages by a huge margin – they didn't do a good job at dealing with abuse reports sender-side, and they were such a large provider that you can't afford to outright block it, but due to the format of chat messages vs emails (short, arriving in parts, very little metadata), it's apparently impossible to decently filter it recipient-side, either.



      You can certainly install an XMPP server (ejabberd, Prosody) much like one would install an email server, and be reachable as Nav@example.com through anyone else's XMPP server. There are XMPP clients available for many operating systems, from Windows to Android. (Though you will have some difficulties making push notifications available, and if you don't, it will drain your battery.)






      share|improve this answer

























        up vote
        31
        down vote



        accepted







        up vote
        31
        down vote



        accepted






        There is a common protocol, several in fact – a popular one being XMPP (aka Jabber); another is SIMPLE, a variant of the SIP protocol used for VoIP. (Some of the oldest ones, such as Talk, Zephyr, or Gale – even IRC – were also built with cross-domain communications in mind.) Rather, commercial services don't want to use a common protocol, both for technical and commercial reasons it seems.



        Here's some historical examples of Jabber usage alone:




        • Originally, Google Talk (pre-Hangouts) was a standard XMPP service and could connect to other domains using XMPP – they even introduced the voice/video-over-XMPP extension (Jingle).

        • Originally, Facebook Chat was an XMPP-compatible service, although did not support inter-server federation (presumably so that more people would have to sign up for a Facebook account).

        • For a short while, even AOL's AIM tried to support XMPP alongside their (proprietary but partially open nevertheless) OSCAR protocol.

        • Signal is XMPP-based, but they have a blog post about the decision to not support this feature. Signal's main argument is that a federated protocol becomes very difficult to change, other than adding small features here and there. (Which is... indeed true for SMTP and DNS, for example.)


        If I had to guess, because it didn't become a "killer feature" during the birth of the Internet (eventually being instead "solved" on the client side, using multiprotocol chat apps such as Trillian, Miranda, or Gaim/Pidgin), federated instant messaging missed its chance to become a core Internet protocol and instead is just considered to be another commercially-nonviable feature that a very small percentage of users care to ask for.



        (IRC is contemporary with SMTP and had a massive federated network back in the day, so why didn't it become 'the' protocol? Well, its server-to-server protocols are completely unsuitable for untrusted environments, as they form a tightly-synchronized system rather than a loose mesh of independent domains. It could be made to work with purely one-to-one messaging, but IRC's focus is channels and it's not good at that.)



        Finally... spam. I remember having read some mailing list threads by XMPP server operators, describing Google Talk as the main source of all spam messages by a huge margin – they didn't do a good job at dealing with abuse reports sender-side, and they were such a large provider that you can't afford to outright block it, but due to the format of chat messages vs emails (short, arriving in parts, very little metadata), it's apparently impossible to decently filter it recipient-side, either.



        You can certainly install an XMPP server (ejabberd, Prosody) much like one would install an email server, and be reachable as Nav@example.com through anyone else's XMPP server. There are XMPP clients available for many operating systems, from Windows to Android. (Though you will have some difficulties making push notifications available, and if you don't, it will drain your battery.)






        share|improve this answer














        There is a common protocol, several in fact – a popular one being XMPP (aka Jabber); another is SIMPLE, a variant of the SIP protocol used for VoIP. (Some of the oldest ones, such as Talk, Zephyr, or Gale – even IRC – were also built with cross-domain communications in mind.) Rather, commercial services don't want to use a common protocol, both for technical and commercial reasons it seems.



        Here's some historical examples of Jabber usage alone:




        • Originally, Google Talk (pre-Hangouts) was a standard XMPP service and could connect to other domains using XMPP – they even introduced the voice/video-over-XMPP extension (Jingle).

        • Originally, Facebook Chat was an XMPP-compatible service, although did not support inter-server federation (presumably so that more people would have to sign up for a Facebook account).

        • For a short while, even AOL's AIM tried to support XMPP alongside their (proprietary but partially open nevertheless) OSCAR protocol.

        • Signal is XMPP-based, but they have a blog post about the decision to not support this feature. Signal's main argument is that a federated protocol becomes very difficult to change, other than adding small features here and there. (Which is... indeed true for SMTP and DNS, for example.)


        If I had to guess, because it didn't become a "killer feature" during the birth of the Internet (eventually being instead "solved" on the client side, using multiprotocol chat apps such as Trillian, Miranda, or Gaim/Pidgin), federated instant messaging missed its chance to become a core Internet protocol and instead is just considered to be another commercially-nonviable feature that a very small percentage of users care to ask for.



        (IRC is contemporary with SMTP and had a massive federated network back in the day, so why didn't it become 'the' protocol? Well, its server-to-server protocols are completely unsuitable for untrusted environments, as they form a tightly-synchronized system rather than a loose mesh of independent domains. It could be made to work with purely one-to-one messaging, but IRC's focus is channels and it's not good at that.)



        Finally... spam. I remember having read some mailing list threads by XMPP server operators, describing Google Talk as the main source of all spam messages by a huge margin – they didn't do a good job at dealing with abuse reports sender-side, and they were such a large provider that you can't afford to outright block it, but due to the format of chat messages vs emails (short, arriving in parts, very little metadata), it's apparently impossible to decently filter it recipient-side, either.



        You can certainly install an XMPP server (ejabberd, Prosody) much like one would install an email server, and be reachable as Nav@example.com through anyone else's XMPP server. There are XMPP clients available for many operating systems, from Windows to Android. (Though you will have some difficulties making push notifications available, and if you don't, it will drain your battery.)







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Dec 4 at 8:49


























        community wiki





        6 revs
        grawity
















            Popular posts from this blog

            How to change which sound is reproduced for terminal bell?

            Can I use Tabulator js library in my java Spring + Thymeleaf project?

            Title Spacing in Bjornstrup Chapter, Removing Chapter Number From Contents