I'm writing monitoring application and need to get some communication events.
Using the 'tstril' I can get the incoming SMS events and also captured out SMS and incoming/outgoing voice calls events. My problem now is that I captured the events but don't know how to parse their data in the RILMESSAGE struct since it have data struct just for few events.
Any ideas how can I get the missing data?
Thanks
is there any possible way to retrieve deleted text messages????
Just wondering how much MB data usage counted toward the pure text msgs with no attachments?
Minuscule I believe.
I think it was something small, so T-Mobilr doesn't count it against a data plan if you have one.
Sent from my SGH-T959
I don't beleive (sms) text messages use data at all.
Text messages are transmitted in "unused" space of the control voice channel. (that's why there's a size limit)
Hi, I tried to modify SecMms.apk to disable the conversion to mms after 3 pages and works fine. Bu I noticed that when I get to page 14 leave e messagge: Message size limit reached - Reached the maximum number of characters. Any idea to disable this or make unlimited charactersM
Linuxx84 said:
Hi, I tried to modify SecMms.apk to disable the conversion to mms after 3 pages and works fine. Bu I noticed that when I get to page 14 leave e messagge: Message size limit reached - Reached the maximum number of characters. Any idea to disable this or make unlimited charactersM
Click to expand...
Click to collapse
I don't think you can do anything about that, pretty certain that's a limitation of the protocol itself.
Sent from my GT-N7100 using Tapatalk 2
There is no string that you I modify? I want to know if others have the same problem...
No. As said before it is a limitation of the protocol itself. Use drop box public folder or something similar.
Sent from my GT-N7100
Excerpt taken from
http://spin.atomicobject.com/2011/04/20/concatenated-sms-messages-and-character-counts/
Character Count Thresholds
The character limits for individual concatenated SMS messages results in various thresholds for which additional individual concatenated SMS messages will be required to support sending a larger overall message:
GSM encoding:
1 standard SMS message = up to 160 characters
2 concatenated SMS messages = up to 306 characters
3 concatenated SMS messages = up to 459 characters
4 concatenated SMS messages = up to 612 characters
5 concatenated SMS messages = up to 765 characters
etc. (153 x number of individual concatenated SMS messages)
UTF-16 encoding:
1 standard SMS message = up to 70 characters
2 concatenated SMS messages = up to 134 characters
3 concatenated SMS messages = up to 201 characters
4 concatenated SMS messages = up to 268 characters
5 concatenated SMS messages = up to 335 characters
etc. (67 x number of individual concatenated SMS messages)
Implications
These thresholds are an important consideration for a number of reasons including billing, and the programmatic interfacing with SMS gateways.
Generally, telephone companies count individual concatenated SMS messages separately even though they are being recombined at the phone into a single message. This means a GSM encoded message containing 180 characters could potentially invoke a charge for two SMS messages, even if the sender/recipient only sees a single message.
When interfacing with a telephone company’s SMS gateway programmatically, there may be limits on the number of individual concatenated SMS messages which can sent as part of a single message. For example, Clickatell’s documentation states that messages sent through their API should not contain more than 3 concatenated SMS segments. This may require limiting the number of character input in a web application or service which sends SMS messages via an API in such a manner.
While it may seem elementary, it is important to point out that SMS messages are always in one particular encoding; i.e. fully GSM or fully UTF-16. For example, a period character (”.”) takes up 7-bits in a GSM SMS message. The same character may exist in a Unicode SMS message, but takes up 16-bits, even it is representing the same character."
Click to expand...
Click to collapse
Mobile companies set their limits, one may allow you to send up to 6 combined messages, others 10 for example.
Either way there is nothing you can do with your phone that will change this.
I receive once a day sms spam (probably from my provider) that doesn't have a phone number attached - only a name. Putting fragments of text into spam filter won't help, since it's different every time. Any way to easily filter such spam messages (without removing messages from my network - Orange?).