Abstract: Systems, methods, and software can be used for securing in-tunnel messages. One example of a method includes establishing a tunneling connection between a server and an endpoint. The method further includes receiving a packet from the server over the tunneling connection. The method yet further includes determining that the packet comprises a tunneling control message based on at least one address in the packet. Based on the determination of a received packet comprising a tunneling control message, the method can ensure the security of in-tunnel messages based on an indication in the tunneling control message.

Abstract: Systems, methods, and software can be used for securing in-tunnel messages. One example of a method includes establishing a tunneling connection between a server and an endpoint. The method further includes receiving a packet from the server over the tunneling connection. The method yet further includes determining that the packet comprises a tunneling control message based on at least one address in the packet. Based on the determination of a received packet comprising a tunneling control message, the method can ensure the security of in-tunnel messages based on an indication in the tunneling control message.

Abstract: Systems, methods, and software can be used for establishing a tunneling connection over restrictive networks. One example of a method includes selecting, at an endpoint, at least one protocol to be used to establish a tunneling connection between the endpoint and a server. The at least one protocol is one of transmission control protocol (TCP) or user datagram protocol (UDP). The method further includes transmitting data between the endpoint and the server over the tunneling connection by using the selected at least one protocol.

Abstract: A method and electronic device are provided for maintaining a message store having a plurality of messages includes maintaining at the electronic device a client bookmark indicating a point in the message store up to which the content of the message store maintained at the electronic device is known to be complete, and a maximum message identifier (ID) indicating the largest message identifier of the plurality of messages of the message store that the electronic device has received, sending to a server a sync request message for the message store, the sync request message including the client bookmark in response to determining at least one of the client bookmark and the maximum message ID do not match, and the electronic device connecting with the server after a period of being disconnected.

Abstract: A system and method for private text chatting. A request is sent to a remote device to establish a private text chat session. Prior to receiving an acceptance of the private chat session request from the remote device, at least one text chat message is received from the remote device and stored. The acceptance of the private chat session request is received from the remote device. Subsequent to receiving the acceptance of the private chat session request, a private text chat session interface is displayed to conduct the private text chat session. The received at least one text chat message is displayed in the private text chat session interface.

Abstract: A method and electronic device are provided for maintaining a message store having a plurality of messages includes maintaining at the electronic device a client bookmark indicating a point in the message store up to which the content of the message store maintained at the electronic device is known to be complete, and a maximum message identifier (ID) indicating the largest message identifier of the plurality of messages of the message store that the electronic device has received, sending to a server a sync request message for the message store, the sync request message including the client bookmark in response to determining at least one of the client bookmark and the maximum message ID do not match, and the electronic device connecting with the server after a period of being disconnected.

Abstract: A system and method for private text chatting. A request is sent to a remote device to establish a private text chat session. Prior to receiving an acceptance of the private chat session request from the remote device, at least one text chat message is received from the remote device and stored. The acceptance of the private chat session request is received from the remote device. Subsequent to receiving the acceptance of the private chat session request, a private text chat session interface is displayed to conduct the private text chat session. The received at least one text chat message is displayed in the private text chat session interface.

Abstract: A system and method for private text chatting. A request to a remote device to establish a private text chat session is either sent or received. Based on the sending or receiving, an acceptance from the remote device accepting the request is received. Based on the sending or receiving, a separate user interface to conduct the private text chat session is presented. Private text chat messages are exchanged in association with the private text chat session based on and subsequent to the receiving and the presenting.

Abstract: A system and method for private text chatting. A request to a remote device to establish a private text chat session is either sent or received. Based on the sending or receiving, an acceptance from the remote device accepting the request is received. Based on the sending or receiving, a separate user interface to conduct the private text chat session is presented. Private text chat messages are exchanged in association with the private text chat session based on and subsequent to the receiving and the presenting.

Abstract: Availability of a call for a mobile device can be signaled over a data channel; to avoid unnecessary airtime charges, an audio channel for the voice call is setup only if a user of the mobile device accepting the call. Responsive to the user accepting the call, the mobile device can signal to a network to establish the audio channel. Establishing the audio channel takes some time. The time in which the audio channel is established is used to output, at the mobile device, supplemental information received over the data channel, such as information about a calling party, such as directory information, organization information, and call history. The outputting of such information during this time period makes a user experience better, because the user is less likely to think that a call has failed by observing an unfilled delay between when the call was accepted through the user interface and when the audio channel is actually available to service the call.

Abstract: Aspects relate to authorizing mobile devices for PBX-based voice services. A mobile device calls a PBX over a voice channel, and phone number identifier information is obtained and matched to identifier information for devices that known (authorizeable) to use the PBX. If there is one incoming call that matches to a given device, and an authentication token provided over a data channel matches an authentication token associated with that device, then the device is authorized for voice services. Where there are multiple matching calls, those devices are instructed to provide authentication tokens over their voice channels. The devices can detect absence of a data channel and provide authentication tokens over the voice channels; the devices also can wait to receive a call connected response and in the absence of such provide their authentication tokens over the voice channel. Tokens can be requested and downloaded for storage at the devices.

Abstract: A PBX can receive a call for a mobile device, and can send a message over a data channel to the mobile device indicating such. The mobile device can open a voice channel for the call. The mobile device inspects information about the call, such as calling party information, and using historical information, such as statistics relating to acceptance of calls from that calling party to predict whether a user of the mobile device is likely to answer the call or not. If the mobile device predicts that the user is probably going to answer the call, then the mobile device begins establishing the voice channel before the user answers the call (e.g., by accepting through the user interface). However, if the mobile device predicts that the user is not going to answer the call, then the mobile device waits until the user actually answers the call to begin establishing the voice channel.

Abstract: Aspects relate to authorizing mobile devices for PBX-based voice services. A mobile device calls a PBX over a voice channel, and phone number identifier information is obtained and matched to identifier information for devices that known (authorizeable) to use the PBX. If there is one incoming call that matches to a given device, and an authentication token provided over a data channel matches an authentication token associated with that device, then the device is authorized for voice services. Where there are multiple matching calls, those devices are instructed to provide authentication tokens over their voice channels. The devices can detect absence of a data channel and provide authentication tokens over the voice channels; the devices also can wait to receive a call connected response and in the absence of such provide their authentication tokens over the voice channel. Tokens can be requested and downloaded for storage at the devices.

Abstract: Aspects relate to authorizing mobile devices for PBX-based voice services. A mobile device calls a PBX over a voice channel, and phone number identifier information is obtained and matched to identifier information for devices that known (authorizeable) to use the PBX. If there is one incoming call that matches to a given device, and an authentication token provided over a data channel matches an authentication token associated with that device, then the device is authorized for voice services. Where there are multiple matching calls, those devices are instructed to provide authentication tokens over their voice channels. The devices can detect absence of a data channel and provide authentication tokens over the voice channels; the devices also can wait to receive a call connected response and in the absence of such provide their authentication tokens over the voice channel. Tokens can be requested and downloaded for storage at the devices.

Abstract: Availability of a call for a mobile device can be signaled over a data channel; to avoid unnecessary airtime charges, an audio channel for the voice call is setup only if a user of the mobile device accepting the call. Responsive to the user accepting the call, the mobile device can signal to a network to establish the audio channel. Establishing the audio channel takes some time. The time in which the audio channel is established is used to output, at the mobile device, supplemental information received over the data channel, such as information about a calling party, such as directory information, organization information, and call history. The outputting of such information during this time period makes a user experience better, because the user is less likely to think that a call has failed by observing an unfilled delay between when the call was accepted through the user interface and when the audio channel is actually available to service the call.

Abstract: A mobile device configured for hands-free operation includes a detection mechanism configured to detect an orientation of the mobile device; a microphone; a speaker that generates audio sound when the mobile device is in a speaker phone mode; and a processor module coupled to the detection mechanism and the speaker. The processor module is adapted to initiate a voice call using a voice dialing mode, where the mobile device dials a telephone number based on commands received through the microphone; determine an active voice call status when the voice call is active; detect a current orientation of the mobile device received from the detection mechanism; determine whether the detected current orientation is within a predetermined threshold that is indicative of a speaker phone mode operating orientation; and switch the mobile device to a speaker phone mode, when the detected current orientation indicates the speaker phone mode operating orientation.

Abstract: A PBX can receive a call for a mobile device, and can send a message over a data channel to the mobile device indicating such. The mobile device can open a voice channel for the call. The mobile device inspects information about the call, such as calling party information, and using historical information, such as statistics relating to acceptance of calls from that calling party to predict whether a user of the mobile device is likely to answer the call or not. If the mobile device predicts that the user is probably going to answer the call, then the mobile device begins establishing the voice channel before the user answers the call (e.g., by accepting through the user interface). However, if the mobile device predicts that the user is not going to answer the call, then the mobile device waits until the user actually answers the call to begin establishing the voice channel.

Abstract: Aspects relate to authorizing mobile devices for PBX-based voice services. A mobile device calls a PBX over a voice channel, and phone number identifier information is obtained and matched to identifier information for devices that known (authorizeable) to use the PBX. If there is one incoming call that matches to a given device, and an authentication token provided over a data channel matches an authentication token associated with that device, then the device is authorized for voice services. Where there are multiple matching calls, those devices are instructed to provide authentication tokens over their voice channels. The devices can detect absence of a data channel and provide authentication tokens over the voice channels; the devices also can wait to receive a call connected response and in the absence of such provide their authentication tokens over the voice channel. Tokens can be requested and downloaded for storage at the devices.

Abstract: Responding to a telephone call made by a calling party includes receiving a first telephone call and identifying an account associated with the telephone number to which the first calling party directed the first telephone call. Configuration data related to the account is accessed. A first identity associated with the account is identified based on the configuration data accessed. A first electronic communication is sent to a computer of a first called party associated with the first identity. The first called party may respond to the first electronic communication by dynamically and manually inputting a call redirection telephone number, sending an e-mail, or sending an instant message. If a call redirection telephone number is inputted, the first telephone call may be redirected to the call redirection telephone number.

Abstract: Screening a traditional telephony call made by a calling party to a called party includes receiving, over a telephone network, the traditional telephony call from the calling party at a messaging service platform, recording an audio message from the calling party as audio data, and transmitting the audio data from the messaging service platform to a computer of the called party while the calling party is leaving the audio message. Before the calling party finishes leaving the audio message, the called party perceives the transmitted audio data and reacts to the traditional telephony call in response to the audio message.