เหตุใดจึงไม่สร้างแอปส่งข้อความเช่นอีเมลและ SMS ซึ่งคุณสามารถส่งข้อความระหว่างผู้ให้บริการหลายรายได้ [ปิด]


21

ฉันสามารถส่งอีเมลจาก GMail ไปยัง YahooMail หรือ ProtonMail เป็นต้นฉันสามารถส่ง SMS'es ไปยังหมายเลขโทรศัพท์มือถือใด ๆ โดยไม่คำนึงว่าหมายเลขนั้นเป็นของ Vodafone หรือผู้ให้บริการโทรคมนาคมรายอื่น

อย่างไรก็ตามฉันไม่สามารถส่งข้อความโต้ตอบแบบทันทีระหว่าง WhatsApp และ Google Hangouts หรือ Telegram หรือ WeChat เป็นต้น

มีอุปสรรคทางเทคโนโลยีหรือปัญหาด้านความปลอดภัยที่เกี่ยวข้องกับการขาดฟังก์ชั่นนี้หรือไม่? ฉันสังเกตเห็นว่าหลายคนใช้โปรโตคอลของตัวเองแต่ไม่ควรที่จะสร้างโปรโตคอลทั่วไปเช่น POP3 หรือ IMAP สำหรับการส่งข้อความทันที? สถานะปัจจุบันของการส่งข้อความแบบทันทีดูเหมือนว่าโง่ฉันไม่สามารถรับข้อความโต้ตอบแบบทันทีจากผู้ใช้ WhatsApp ไปยังบัญชีแฮงเอาท์

อัปเดต: แม้แต่ XKCD ก็ยังมีบางอย่างอยู่: https://xkcd.com/1810/



@ KamilMaciorowski: สมบูรณ์แบบ! ฉันสงสัยว่าทำไมผู้แชทไม่อนุญาตให้พูดคุยกัน
Nav

4
นอกจากนี้โปรดทราบว่ามักเป็นที่สนใจของผู้ให้บริการรายใหญ่ที่จะมีสวนที่มีกำแพงล้อมรอบ โดยเฉพาะอย่างยิ่ง WhatsApp (อย่างน้อยหลังจาก Facebook ถูกยึดครอง) ได้ปิดกั้นความพยายามในการใช้แอพของบุคคลที่สามซ้ำ ๆ
dirkt

1
@ ตัวอย่างจากประสบการณ์ฉันเป็นหนึ่งในคนเหล่านั้น ฉันสนใจ Whatsapp เพียงเล็กน้อยเพราะฉันมีวิธีอื่นในการสื่อสารกับเพื่อน ๆ ที่ใช้มันอยู่แล้ว ตัวแอพใช้พื้นที่เก็บข้อมูลที่มีค่าในโทรศัพท์ของฉันเพื่อผลประโยชน์น้อยมาก ไม่หยุดคนถามว่าทำไมฉันไม่ใช้มัน
Rowan

1
@Nav เท่าที่ฉันเข้าใจความต้องการไม่ใช่เพียงแค่ "Whatsapp ติดตั้งบนโทรศัพท์"; มันเข้มงวดมากขึ้น "โทรศัพท์เปิดอยู่เชื่อมต่อกับอินเทอร์เน็ตและ Whatsapp ทำงานเป็นพื้นหลัง"
Federico Poloni

คำตอบ:


34

มีเป็นโปรโตคอลทั่วไปหลายแห่งในความเป็นจริง - หนึ่งที่นิยมเป็นXMPP (aka Jabber); อีกอันคือ SIMPLE ซึ่งเป็นตัวแปรของโปรโตคอล SIP ที่ใช้สำหรับ VoIP (บางอันที่เก่าแก่ที่สุดเช่นTalk , ZephyrหรือGale - แม้แต่ IRC - ถูกสร้างขึ้นด้วยการสื่อสารข้ามโดเมนในใจ) ค่อนข้างบริการเชิงพาณิชย์ไม่ต้องการใช้โปรโตคอลทั่วไปทั้งทางเทคนิคและเชิงพาณิชย์ เหตุผลที่ดูเหมือนว่า

นี่คือตัวอย่างในอดีตของการใช้ Jabber เพียงอย่างเดียว:

  • แต่เดิม, Google Talk (pre-แฮงเอาท์) เป็นบริการ XMPP มาตรฐานและสามารถเชื่อมต่อไปยังโดเมนอื่น ๆ ที่ใช้ XMPP - พวกเขายังแนะนำด้วยเสียง / วิดีโอ-over-XMPP ขยาย (Jingle)
  • เดิมที Facebook Chat เป็นบริการที่รองรับ XMPP แม้ว่าจะไม่รองรับการรวมกันระหว่างเซิร์ฟเวอร์
  • ในช่วงเวลาสั้น ๆ แม้แต่ AIM ของ AOL ก็พยายามที่จะสนับสนุน XMPP ควบคู่ไปกับโปรโตคอล OSCAR (กรรมสิทธิ์ แต่ยังเปิดบางส่วน)
  • สัญญาณใช้ XMPP แต่มีบล็อกโพสต์เกี่ยวกับการตัดสินใจที่จะไม่สนับสนุนคุณสมบัตินี้ อาร์กิวเมนต์หลักของสัญญาณคือโพรโทคอลรวมกลายเป็นเรื่องยากมากที่จะเปลี่ยนแปลงนอกเหนือจากการเพิ่มคุณสมบัติขนาดเล็กที่นี่และที่นั่น (ซึ่งเป็น ... จริงอย่างแน่นอนสำหรับ SMTP และ DNS เป็นต้น)

ถ้าฉันต้องเดาเพราะมันไม่ได้กลายเป็น "คุณสมบัตินักฆ่า" ในช่วงแรกเกิดของอินเทอร์เน็ต (ในที่สุดก็กลายเป็น "แก้ไข" ที่ฝั่งไคลเอ็นต์แทนการใช้แอพแชทแบบหลายทรัมโกรเช่น Trillian, Miranda หรือ Gaim / Pidgin) , การส่งข้อความโต้ตอบแบบทันทีแบบ federated พลาดโอกาสที่จะกลายเป็นโพรโทคอลอินเทอร์เน็ตหลักและได้รับการพิจารณาว่าเป็นฟีเจอร์ที่ไม่สามารถใช้งานได้ในเชิงพาณิชย์ซึ่งมีผู้ใช้งานเพียงเล็กน้อยที่ต้องการถาม

(IRC ร่วมสมัยกับ SMTP และมีเครือข่ายรวมขนาดใหญ่ในสมัยนั้นเหตุใดจึงไม่กลายเป็น 'โพรโทคอล' เป็น 'ดีโพรโทคอลเซิร์ฟเวอร์ต่อเซิร์ฟเวอร์จะไม่เหมาะสมอย่างสมบูรณ์สำหรับสภาพแวดล้อมที่ไม่น่าเชื่อถือ - ซิงโครไนซ์ระบบแทนที่จะเป็นโดเมนอิสระที่เป็นอิสระมันสามารถทำงานได้กับการส่งข้อความแบบตัวต่อตัว แต่การที่ IRC ให้ความสำคัญคือช่องทางและมันก็ไม่ค่อยดีเท่าไหร่)

ในที่สุด ... สแปม ฉันจำได้ว่าได้อ่านเธรดรายชื่อผู้รับจดหมายโดยผู้ให้บริการเซิร์ฟเวอร์ XMPP โดยอธิบายว่า Google Talk เป็นแหล่งที่มาหลักของข้อความสแปมทั้งหมดด้วยอัตรากำไรมหาศาล - พวกเขาทำงานได้ไม่ดีในการจัดการกับผู้ส่งรายงานการละเมิด ผู้ให้บริการรายใหญ่ที่คุณไม่สามารถปิดกั้นได้ทันที แต่เนื่องจากรูปแบบของข้อความแชทเทียบกับอีเมล (สั้นเข้ามาในบางส่วนมีข้อมูลเมตาน้อยมาก) จึงเป็นไปไม่ได้เลยที่จะกรองผู้รับอย่างเหมาะสม

แน่นอนคุณสามารถติดตั้งเซิร์ฟเวอร์ XMPP (ejabberd, Prosody) ได้เหมือนที่จะติดตั้งเซิร์ฟเวอร์อีเมลและเข้าถึงได้Nav@example.comผ่านเซิร์ฟเวอร์ XMPP ของคนอื่น มีไคลเอนต์ XMPP สำหรับระบบปฏิบัติการหลายระบบตั้งแต่ Windows จนถึง Android (แม้ว่าคุณจะมีปัญหาในการทำให้การแจ้งเตือนแบบพุชพร้อมใช้งานและหากคุณไม่มีก็จะทำให้แบตหมด)

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.