Abstract: In one embodiment, a method includes broadcasting, from a first mobile device, a message having an identity of the first mobile device and conditions for connecting to a network through the first mobile device and receiving, at the first mobile device, a request from one or more second mobile devices that includes second user identifiers corresponding to respective second users of the one or more second mobile devices. The second user identifiers correspond to respective user accounts of one or more second users in a social-networking system. The method also includes determining, at the first mobile device, whether the one or more second mobile devices are authorized to access the network through the first mobile device and, if the one or more second devices are authorized to access the network, then configuring the first mobile device to provide the second mobile device network access.

Abstract: In particular embodiments, a messaging device or server may be operable to receive a message including a thread identifier or a list of conversation participants; if the message includes a thread identifier, then append the message to a locally-stored conversation thread possessing the same thread identifier; if the message includes a list of participants, then: search a plurality of locally-stored conversation threads for a conversation threads having participants matching the list of participants; and in response to a match, append the message to the matching thread; in response to failing to find a match, generate an offline identifier for the message and storing the message locally.

Abstract: In one embodiment, a method includes accessing a communication sent from a first user to one or more second users; searching multiple communication threads for a specific thread associated with both the first and second users; and if the specific communication thread is located, then adding the communication to the thread; and for each second user, sending the communication to the second user using a communication protocol selected determined to be appropriate.

Abstract: In one embodiment, a mobile device connecting to a Wi-Fi hotspot first performs a connectivity check to determine whether the wireless connection is trapped in the walled garden of a captive portal by transmitting a connectivity check message to one or more external endpoints in the public IP network. If no response is received, the mobile device determines that it is in the captive portal state, and generates a browser window bound to the Wi-Fi state tracker of the mobile device displaying the portal page for the captive portal. In such a manner, the mobile device does not offload any traffic from its wireless cellular interface to its Wi-Fi interface until it is certain the Wi-Fi interface may access the public IP network, thereby preventing data interruption for mobile applications.

Abstract: Methods and systems directed to retrieving voicemails from a voice mailbox server. In particular embodiments, a mailbox server may receive a notification from the voice mailbox server and connect to the voice mailbox server providing the credentials of a client device, and pull new voicemails for storage at the mailbox server. In particular embodiments, mailbox server periodically polls voice mailbox server for new voicemail messages. In particular embodiments, a client device polls or receives notification of new voicemails, and transmits a downloaded message to the mailbox server.

Abstract: Methods and systems directed to assigning individual messages and call log data into an aggregated conversation thread on both client and server devices for a user interface having a conversations view including all the communications a given users has with his or her contacts across multiple communication means and protocols. Messages between a user and a particular contact are threaded together, regardless of their format or protocol in order to provide the user with a quick history of all communications with his or her contacts.

Abstract: In particular embodiments, a mailbox server is operable to receive, from a client, a message to be delivered to an endpoint; store the message in a mailbox associated with the user; access a set of policies for the client or the endpoint; determine a delivery channel for the message based on the policies; and transmit the message to the endpoint through the delivery channel. In particular embodiments, the mailbox server may transmit SMS messages via a special bind with a recipients SMSC, or via a carrier short code. In particular embodiments, the mailbox server may transmit the message as an email or via an internal messaging system over a packet data connection.

Abstract: A method and system for aggregating capabilities from multiple endpoints associated with a user are provided. The system aggregates the capabilities of the endpoints associated with a user into an aggregate view of available modes of communication for reaching the user. Then, the system publishes the aggregate view so that other users who want to send communications to the user will know the modes of communication available for that user. In addition, the system may designate certain modes of communication as preferred or as capable of reaching the user.

Abstract: Methods and systems for communicating between Teredo clients behind symmetric or restricted Network Address Translators.

Abstract: A method and system for aggregating capabilities from multiple endpoints associated with a user are provided. The system aggregates the capabilities of the endpoints associated with a user into an aggregate view of available modes of communication for reaching the user. Then, the system publishes the aggregate view so that other users who want to send communications to the user will know the modes of communication available for that user. In addition, the system may designate certain modes of communication as preferred or as capable of reaching the user.

Abstract: A system maintains a dormant state in the host, in which no beacons (or “bubbles”) are transmitted from the host when no application or service (collectively, “processes”) of the host is accepting unsolicited traffic via the edge traversal service. When at least one application or service begins to accept unsolicited traffic via the edge traversal service, the host enters a qualified state and begins transmitting the beacons. As each additional application or service begins to accept such traffic, the number of accepting applications and services is maintained. As applications and services terminate acceptance of such traffic, the number of accepting applications and services is decremented. When the last application or service terminates acceptance of unsolicited traffic via the edge traversal service, the host re-enters the dormant state and ceases transmission of its beacons.

Abstract: A system maintains a dormant state in the host, in which no beacons (or “bubbles”) are transmitted from the host when no application or service (collectively, “processes”) of the host is accepting unsolicited traffic via the edge traversal service. When at least one application or service begins to accept unsolicited traffic via the edge traversal service, the host enters a qualified state and begins transmitting the beacons. As each additional application or service begins to accept such traffic, the number of accepting applications and services is maintained. As applications and services terminate acceptance of such traffic, the number of accepting applications and services is decremented. When the last application or service terminates acceptance of unsolicited traffic via the edge traversal service, the host re-enters the dormant state and ceases transmission of its beacons.

Abstract: Methods and systems for allowing clients behind a network address translation device to communicate when those clients are assigned Teredo Ipv6 addresses.

Abstract: Methods and systems for reducing network load on a Teredo server.

Abstract: A system maintains a dormant state in the host, in which no beacons (or “bubbles”) are transmitted from the host when no application or service (collectively, “processes”) of the host is accepting unsolicited traffic via the edge traversal service. When at least one application or service begins to accept unsolicited traffic via the edge traversal service, the host enters a qualified state and begins transmitting the beacons. As each additional application or service begins to accept such traffic, the number of accepting applications and services is maintained. As applications and services terminate acceptance of such traffic, the number of accepting applications and services is decremented. When the last application or service terminates acceptance of unsolicited traffic via the edge traversal service, the host re-enters the dormant state and ceases transmission of its beacons.

Abstract: A system maintains a dormant state in the host, in which no beacons (or “bubbles”) are transmitted from the host when no application or service (collectively, “processes”) of the host is accepting unsolicited traffic via the edge traversal service. When at least one application or service begins to accept unsolicited traffic via the edge traversal service, the host enters a qualified state and begins transmitting the beacons. As each additional application or service begins to accept such traffic, the number of accepting applications and services is maintained. As applications and services terminate acceptance of such traffic, the number of accepting applications and services is decremented. When the last application or service terminates acceptance of unsolicited traffic via the edge traversal service, the host re-enters the dormant state and ceases transmission of its beacons.

Abstract: A system maintains a dormant state in the host, in which no beacons (or “bubbles”) are transmitted from the host when no application or service (collectively, “processes”) of the host is accepting unsolicited traffic via the edge traversal service. When at least one application or service begins to accept unsolicited traffic via the edge traversal service, the host enters a qualified state and begins transmitting the beacons. As each additional application or service begins to accept such traffic, the number of accepting applications and services is maintained. As applications and services terminate acceptance of such traffic, the number of accepting applications and services is decremented. When the last application or service terminates acceptance of unsolicited traffic via the edge traversal service, the host re-enters the dormant state and ceases transmission of its beacons.

Abstract: Methods and systems for communicating between Teredo clients behind symmetric or restricted Network Address Translators.

Abstract: Methods and systems for allowing a Teredo client behind a network address translation device to detect more rapidly the type of network address translation device.

Abstract: Methods and systems for allowing clients behind a network address translation device to communicate when those clients are assigned Teredo IPv6 addresses.