[Q] SMS time sent vs. received - Verizon Samsung Galaxy S III

I give up. I have searched here and elsewhere for a solution that works for me but nothing does. I am running a custom TW ROM (Dandroid 3.9 for JB 4.1.2) on Verizon firmware VRBMF1, so the fix for JPX/JPY firmware won't work for me. Other mods I have seen are for different firmwares also, and Wanam Xposed only works from JB 4.2+. I have also tried 3rd party apps that supposedly fix this, but SMS Sent Time Fix does not work, and SMS Sent Time does not actually fix the timestamp on the message; it only appends the actual sent time to the end of the body of the message which I don't prefer.
I did find a modded SecMms.apk with a fix baked in which does successfully add the actual sent time to the 'date_sent' field in the mmssms.db database; however this still does not accomplish the task of substituting the time sent in the timestamp that appears above each message. Also knowing that the SMS Sent Time app can locate the actual date/time sent gives me the belief that there has to be a way to get the timestamp in my conversations to use this value. Technically it wouldn't be the time I received it, but in cases where I'm in airplane mode for hours - as happens frequently - seeing that I received a text while my phone was off and knowing the time it was sent is more important that using a true time of receipt.
If I thought it was a limitation with JB 4.1.2 I would bite the bullet and update either to 4.3 or even to KitKat, but I like to think that it's possible yet the developers that do all this amazing work haven't found that Verizon SCH-i535 phone running TouchWiz Jellybean 4.1.2 to test on.
So does anyone have any ideas as to what I can try next?

Hi!
I'm the developer of "SMS Sent Time". I haven't been active here on xda for some time now but I got noticed about your thread via Google Alerts and I thought I will use this occasion to bring some light into the overall situation:
Sorry, the post got much longer than intended, but there was so much to explain...
How SMS receiving works in general:
Your mobile network sends you a PDU (protocol data unit) packet containing a SMS message. This PDU format also contains a timestamp field which is filled by the SMSC server of the SMS sender. In most of the times this timestamp == sent time (the time when the SMSC of the sender's mobile network received the message by the sender's phone). However some obscure mobile network providers around the world seem to insert a wrong time into this field (mostly because of wrong set timezone settings, UTC time vs. local time, applying wrong timezone values, etc., you can imagine.. ).
How SMS are received/stored in Android
In Android there exists a system wide database where the received SMS messages get stored into. When a SMS arrives, a system service parses the raw PDU packet it received from the modem part of your phone and stores the SMS data into the system database. The user then can use any SMS application he likes (the default one, GoSMS, HandcentSMS, etc..) to display the messages from this global system SMS database. All SMS apps access the same underlying Android system SMS database.
The problem:
When implementing this SMS database and the receiving service Google made 2 decisions:
they decided that the timestamp from the provider might not be reliable and
they initially only included ONE "date" field in the system database (you can see the structure of this database table in old Android 2.2 here: Android 2.2 SMS database structure).
As a result we ended up having only one time field for a SMS and the SMS receiver service filled this time field with the current time when it receives the SMS (because it doesn't trust the SMSC timestamp).
What SMS Sent Time does:
Given this situation (and not liking it) I realized a few years ago that it is possible for any application in Android (of course only with the according permissions) to register for incoming SMS Intents (simply register a rceiver for "android.provider.Telephony.SMS_RECEIVED" in the app). When doing this the Android system informs the app on any incoming SMS and also lets it access the data from the raw PDU packet received from the network provider (more or less).
So in this moment (when receiving the SMS) the information about the SMSC timestamp is still available!! This was all I needed to build the SMS Sent Time application. But first I had some troubles when modifying the SMS database, mostly because of the fact, that my app first needs to wait until the system service has stored the SMS into the database and then my app has to reliably find the very same sms in the database. But when the message is found the app can modify it (prior to Android 4.4). So the app also could easily change the date field (instead appending it to the text). I was thinking about doing this, but then I got unsure that this might mess up the sort order in some SMS apps when I receive some SMS with a really completly wrong timestamp. So - just to be on the safe side - I decided to append it to the text (which didn't bother me personally).
I also have to say that at this point in time I had no intentions to make this application ever public. This was just meant as a quick hack for myself. Only some time later when I realized that a lot of more people are facing the same problem I decided to publish it. But it still was and is a quick hack for myself. I have not the resources (mostly time) to invest more work. I develop on Android only in my free time and never made a single cent with this app (no donations, no ads) but spent over the years hundreds of hours (including answering a lot of users' mails). So I was glad when people started asking me for the source code (it's public on GitHub: SMS Sent Time on Github) hoping different/improved solutions might arise...
What Google learned about this:
There existed a loooong time bug-report on exact this issue (sorry cannot find the link at the moment) where a lot of users where complaining about exactly this problem (sent time != received time). So Google finally listened to its users and changed the format of the SMS system database beginning Android 4 (AFAIK). You can see it here, if we look at the same database code as above in Version 4.0.3: Android 4.0.3 SMS database structure you will notice that now there is an additional field "date_sent" in the database table! Hooray! :victory: Finally!
Unfortunately the Android world is very fragmented and every phone manufacturer seems to go its own ways. So not all phones with Android >4.0 did implement this change or even if they did inherit this part of the Android core system they often did not update their SMS applications!
The same applies for 3rd party SMS apps. For example: I have a Nexus 4 running a cyanogen-based 4.4.1 and I can confirm that in my system database both date fields are filled correctly. So the sent time is definitely there! But neither "Go SMS Pro" nor "Handcent SMS" seem to display this second field (please correct me if I am wrong, I just made a quick test, I normally don't use these apps). Only the original AOSP SMS app and Google Hangout (when used as SMS app) seem to display both times (sent and received) in message details.
New limitations with Android KitKat (4.4):
Additionally another change came along the road when Google introduced Android 4.4 (KitKat). Suddenly a lot of users reported that SMS Sent Time stopped working for them. The background: Starting with Android 4.4 Google introduced the concept of a "default SMS app". The user has to choose, which app should be the default application for handling incoming SMS on the phone. While other SMS apps (for example like my SMS Sent Time) still are able to receive incoming SMS (and read the sent time) they are no longer allowed to modify the content of the system's SMS database (even with the correct permissions in place). The database update silently fails. Sad enough this is a fact and there is nothing I can do in my app to change this. It's a security feature of Android which I cannot change. (And the reason why I am writing a lot of feedback mails to users lately.)
Workaround:
But at least there is a known "workaround" to overcome this new KitKat limitation (altough it seems that Google decided to remove this possibility with the update from 4.4.1 to 4.4.2). In Android 4.4 there exists a hidden settings screen ("AppOps") which allows you to grant or deny specific permissions to applications. You cannot open this settings screen directly from the system settings, but there are some apps in the Play Store which do nothing else, than just opening this (already existing but hidden) settings screen. For example, I used the app App Ops Starter. This simple app needs no permissions and does nothing else then opening Android's hidden "app ops" settings screen. Once opened, on the tab "Messaging", you see a list with all your installed apps which have sms-permissions. If you open the settings page for one specific app you can grant the permission "Write SMS/MMS" again and the system will behave again like it did before Android 4.4.
So, long story short:
It's been a long time with this problem in the Android world. Hopefully workarounds like my app should not be needed in future (when all SMS apps make use of the "date_sent" field in the SMS database).
Until then it would be possible to modify the SMS Sent Time app to overwrite the datestamp field in the database (instead appending the time to the message text). Any develper should feel free to take the source code and modify it accordingly.
[edit]
corrected spelling
[/edit]

Now THAT is a response! Thanks so much for taking the time to explain in vivid detail (and I actually understands more than half of it!). I do recall the Google thread that dates back to 2009 and kept running across it in my searches. I also saw references to "App Ops" along the way and the suggestion that even that workaround fails starting with 4.4.2. So yeah there's a lot to digest here but I suppose the 3 takeaways for me are:
1) It is possible for 3rd party messaging apps like Handcent and Go SMS to implement the sent time either in message details or in the timestamp above the message.
2) That hope vanishes with KK 4.4.2
2) That hope could be restored if Android again revises its SMS database structure or the message handling process to capture and display the time the SMS was actually sent
Still the issue of different time zones can muddy the waters so it may be that a perfect solution does not exist, at least without a lot of extra effort to identify sender location, compare to receiver's location, look up a time zone offset value somewhere, etc. etc.
But at least your explanation clears up a LOT of confusion for me so now I know the sordid history behind it all. And I will say that though I don't prefer to see a timestamp at the end of my messages, it is better than not being able to get the real sent time at all.
Thanks again for making your "quick hack" available to us and for all the other support you've given the user community on this nagging issue!
androcheck said:
Hi!
I'm the developer of "SMS Sent Time". I haven't been active here on xda for some time now but I got noticed about your thread via Google Alerts and I thought I will use this occasion to bring some light into the overall situation:
Sorry, the post got much longer than intended, but there was so much to explain...
How SMS receiving works in general:
Your mobile network sends you a PDU (protocol data unit) packet containing a SMS message. This PDU format also contains a timestamp field which is filled by the SMSC server of the SMS sender. In most of the times this timestamp == sent time (the time when the SMSC of the sender's mobile network received the message by the sender's phone). However some obscure mobile network providers around the world seem to insert a wrong time into this field (mostly because of wrong set timezone settings, UTC time vs. local time, applying wrong timezone values, etc., you can imagine.. ).
How SMS are received/stored in Android
In Android there exists a system wide database where the received SMS messages get stored into. When a SMS arrives, a system service parses the raw PDU packet it received from the modem part of your phone and stores the SMS data into the system database. The user then can use any SMS application he likes (the default one, GoSMS, HandcentSMS, etc..) to display the messages from this global system SMS database. All SMS apps access the same underlying Android system SMS database.
The problem:
When implementing this SMS database and the receiving service Google made 2 decisions:
they decided that the timestamp from the provider might not be reliable and
they initially only included ONE "date" field in the system database (you can see the structure of this database table in old Android 2.2 here: Android 2.2 SMS database structure).
As a result we ended up having only one time field for a SMS and the SMS receiver service filled this time field with the current time when it receives the SMS (because it doesn't trust the SMSC timestamp).
What SMS Sent Time does:
Given this situation (and not liking it) I realized a few years ago that it is possible for any application in Android (of course only with the according permissions) to register for incoming SMS Intents (simply register a rceiver for "android.provider.Telephony.SMS_RECEIVED" in the app). When doing this the Android system informs the app on any incoming SMS and also lets it access the data from the raw PDU packet received from the network provider (more or less).
So in this moment (when receiving the SMS) the information about the SMSC timestamp is still available!! This was all I needed to build the SMS Sent Time application. But first I had some troubles when modifying the SMS database, mostly because of the fact, that my app first needs to wait until the system service has stored the SMS into the database and then my app has to reliably find the very same sms in the database. But when the message is found the app can modify it (prior to Android 4.4). So the app also could easily change the date field (instead appending it to the text). I was thinking about doing this, but then I got unsure that this might mess up the sort order in some SMS apps when I receive some SMS with a really completly wrong timestamp. So - just to be on the safe side - I decided to append it to the text (which didn't bother me).
I also have to say that at this point in time I had no intentions to make this application ever public. This was just meant as a quick hack for myself. Only some time later when I realized that a lot of more people are facing the same problem I decided to publish it. But it still was and is a quick hack for myself. I have not the resources (mostly time) to invest more work. I develop on Android only in my free time and never made a single cent with this app (no donations, no ads) but spent over the years hundreds of hours (including answering a lot of users' mails). So I was glad when people started asking me for the source code (it's public on GitHub: SMS Sent Time on Github) hoping different/improved solutions might arise...
What Google learned about this:
There existed a loooong time bug-report on exact this issue (sorry cannot find the link at the moment) where a lot of users where complaining about exactly this problem (sent time != received time). So Google finally listened to its users and changed the format of the SMS system database beginning Android 4 (AFAIK). You can see it here, if we look at the same database code as above in Version 4.0.3: Android 4.0.3 SMS database structure you will notice that now there is an additional field "date_sent" in the database table! Hooray! :victory: Finally!
Unfortunately the Android world is very fragmented and every phone manufacturer seems to go its own ways. So not all phones with Android >4.0 did implement this change or even if they did inherit this part of the Android core system they often did not update their SMS applications!
The same applies for 3rd party SMS apps. For example: I have a Nexus 4 running a cyanogen-based 4.4.1 and I can confirm that in my system database both date fields are filled correctly. So the sent time is definitely there! But neither "Go SMS Pro" nor "Handcent SMS" seem to display this second field (please correct me if I am wrong, I just made a quick test, I normally don't use these apps). Only the original AOSP SMS app and Google Hangout (when used as SMS app) seem to display both times (sent and received) in message details.
New limitations with Android KitKat (4.4):
Additionally another change came along the road when Google introduced Android 4.4 (KitKat). Suddenly a lot of users reported that SMS Sent Time stopped working for them. The background: Starting with Android 4.4 Google introduced the concept of a "default SMS app". The user has to choose, which app should be the default application for handling incoming SMS on the phone. While other SMS apps (for example like my SMS Sent Time) still are able to receive incoming SMS (and read the sent time) they are no longer allowed to modify the content of the system's SMS database (even with the correct permissions in place). The database update silently fails. Sad enough this is a fact and there is nothing I can do in my app to change this. It's a security feature of Android which I cannot change. (And the reason why I am writing a lot of feedback mails to users lately.)
Workaround:
But at least there is a known "workaround" to overcome this new KitKat limitation (altough it seems that Google decided to remove this possibility with the update from 4.4.1 to 4.4.2). In Android 4.4 there exists a hidden settings screen ("AppOps") which allows you to grant or deny specific permissions to applications. You cannot open this settings screen directly from the system settings, but there are some apps in the Play Store which do nothing else, than just opening this (already existing but hidden) settings screen. For example, I used the app App Ops Starter. This simple app needs no permissions and does nothing else then opening Android's hidden "app ops" settings screen. Once opened, on the tab "Messaging", you see a list with all your installed apps which have sms-permissions. If you open the settings page for one specific app you can grant the permission "Write SMS/MMS" again and the system will behave again like it did before Android 4.4.
So, long story short:
It's been a long time with this problem in the Android world. Hopefully workarounds like my app should not be needed in future (when all SMS apps make use of the "date_sent" field in the SMS database).
Until then it would be possible to modify the SMS Sent Time app to overwrite the datestamp field in the database (instead appending the time to the message text). Any develper should feel free to take the source code and modify it accordingly.
[edit]
corrected spelling
[/edit]
Click to expand...
Click to collapse

Hi!
Sorry for the delayed answer and thanks for your appreciation.
Just wanted to comment on your 3 points:
Brianakin said:
1) It is possible for 3rd party messaging apps like Handcent and Go SMS to implement the sent time either in message details or in the timestamp above the message.
Click to expand...
Click to collapse
Yes! Indeed! On every ROM which inherited the new SMS database layout from Google's original open source Android version 4.0.3 it should already today be possible for SMS apps to display both times: the sent time AND the received time!
So if your Android system database has this additional sent_time field, you just need a SMS app which shows it to you. So go ahead and send mails to your favorite SMS app developers and ask them about it (you may provide the link to the updated SMS database layout since Android 4.0 including the new "date_sent" field)
2) That hope vanishes with KK 4.4.2
Click to expand...
Click to collapse
No, this hope does not vanish! Only my app may not work any longer on 4.4.2 but if have already the sent_time in your normal SMS app you won't need my app anymore. (I'm probably the first developer being happy about decreasing user numbers. )
3) That hope could be restored if Android again revises its SMS database structure or the message handling process to capture and display the time the SMS was actually sent
Click to expand...
Click to collapse
No, that has nothing to do with it. As noted above, Google has already improved the database structure beginning with Android 4.0.3. Now just all phone manufacturers need to inherit this improvement (which I hope they already did - but I have no concrete infos here).
And we need all the SMS app developers (3rd party apps like Handcent and Go SMS but also the "default" messaging apps from Samsung, HTC, etc..) to display the sent_time (which hopefully is already there on every phone running Android 4.0.3 or higher).
So in general we are on the right way!
P.S.: When I use Google Hangout as SMS app I can see in the message details sent time AND received time. Can you try this just to verify if in principle it also works on your phone?

Principle confirmed. Hangouts does display both times in msg details. On to my favorite SMS app developer to request this option in a future update!

SMS Sent time Issue, but which new phone?
Yes, many thanks Androcheck for the SMS Sent Time app. The issue is immensely irritating and I don't mind at all that the time sent is appended to the message itself. However, it's now time for a new phone (for a number of reasons) and I would welcome advice on whether it would be easier to:
1. Stick with Android and ensure the new phone has up to 4.4.1 only and not 4.4.2?
2. get a 4.4.2 and wait fo the developers to catch up and all start using the sent time field
3. get an iphone - no, have already ruled this out for various reasons
4. Consider a windows phone - do these have the same issue?
Advice anyone?
Thank you for reading my post

Lollipop
Hi. Any chance to have this one run on Lollipop? This is a big help on my Acer and Xperia phone previously running ICS. Please help. Thank you.

Lollipop & S4
I just want to confirm that if you turn on the SMS/MMS write permission for SMS Sent Time in App Ops, then this fine application is still working also in Lollipop 5.0.1 (at least on my S4 i9505 it is!). Unfortunately, App Ops need root! I had rooted mine before, but it's definitely a very fine reason for rooting the phone.
This is really one of the most useful apps for me on my android phone. I don't understand why this feature has always slipped through with the manufacturers. Just as an example: yesterday my boss sent me a text. Due to slow network and bad coverage, I received his text at 12:30 AM, asking to call him when I have network. Yeah...well...luckily he was not sleeping yet Had I known that it was sent hours before, I would have known that he had already reached one of my colleagues and a callback (at this time) was totally unnecessary.
So, I am very happy to find that it is working again! Of course, a timestamp field in the messaging app would be better, but for most people to confusing. So to append the sent time to the message seems like the 2nd best to me.

I see this is an old thread now but, since I've been redirected here from "SMS Sent Time" google play page, I'll use it anyway.
I've recently update to android 7.1.1 and the app doesn't seem to work anymore.

Related

[APP][UK & Ireland] SuperText v1.82

SuperText is an SMS application that replaces the standard SMS client.
Where it differs from other applications that also replace the standard SMS client, is in its ability to provide FREE SMS between SuperText users and the ability to include a location tag in messages you send.
Works with your existing SMS Inbox maintaining existing SMS conversations.
Displays all messages in threaded conversations.
Provides FREE SMS between SuperText users if both have data connectivity.
Uses your phone number as your identity to allow other SuperText users to locate you automatically.
Maintains all messages in the same thread even if some are delivered over data and some over SMS.
Faster delivery times over your data connection compared to SMS.
Switches between using SMS to deliver messages and IP delivery where appropriate.
Allows the inclusion of your location in messages sent to other SuperText users.
Shows Instant Messaging like feedback when the other party is typing.
It is available in the Market in the UK and Ireland and works on 1.6 and higher. The reason for the geographic restriction is that there is a server side component for the free SMS delivery and I want to manage the scaling of that to preserve the user experience as the service grows.
I appreciate any feedback you can provide and will monitor this thread and reply to questions and comments.
Thanks.
Version 1.83 has been released in the market:
Added limited support for MMS display. Text and image attachments are catered for, MMS messages are merged into the same threads as SMS messages.
Fixed bug when sending message via IP that could cause the sending dialog to persist.
Thanks.
Version 1.84 has been released in the marker:
Messages sent over IP are now "Store and Forwarded" on the handset. The handset will retry delivery of failed IP messages up to a configureable limit (default 5 minutes), if it still hasn't managed to deliver the message, it delivers it via traditional SMS.
Fixed registration problem on 1.5/1.6 devices.
Thanks
Version 1.85 has been uploaded to the market:
Fix crash when queued up BACK presses were delivered to the application after it had been dismissed from the foreground.
Add heuristic to keep threads in order when messages are exchanged over IP by two handsets with skewed clocks.
Thanks
Just discovered this today and it seems like a really good idea. Previously I've been using a combination of handcent and ping and so having something that could potentially replace the two is quite appealing.
I think it would be nice to see some visual customisation options like a dark theme etc., although I can understand that at the moment you're probably more focused on functionality. Definitely an app I'll be keeping hold of though. Looking forward to future updates.
Sent from my HTC Desire using Tapatalk
Hi Neilix, thanks for the comments.
Yes, still concentrating on functionality, we have a long list of gaps that we want to plug before we open up the look and feel.
Version 1.86 avilable in the Market:
Now when viewing a thread, you can move directly to the thread "above" the current thread in the Inbox by swiping left on any message in the thread. Likewise, moving "down" the Inbox can be accomplished by swiping right on any message.
Thanks.

[Q] Is their a way to delay the sending of a text?

Hi guys!
I was just wondering if their is a tweak/hack/app/way to set a timer for a SMS.
Like telling your phone to send a specific text to a specific person on a specific time.
Could anyone help me?
Thanks!
In theory, such an app could be written. The official SDK doesn't support automatically sending SMS, but the APIs exist and a homebrew app could use them. I don't think anybody has ever bothered to write such an app, though.
That's sad/
Anyway, thanks for clearing this one up.
I'd like that ability too. Unfortunately (using the official routes) Microsoft only make available to developers the ability to create a text message, and then launch the phone's sms application - leaving it for the user to press send. The code isn't able to do the sending so an app wouldn't be able to do it via the phone's own SMS at a scheduled time. You would also have the problem that if you set it to be sent more than two weeks in advance, and didn't go back into the app during that time, the scheduling 'agent' that runs in the background on the phone would expire after two weeks (so the sms would never be sent).
There are however some web sites that do it - e.g. http://ohdontforget.com/
You might be better using a web site anyway due to them being always on (whereas a phone might be off or out of signal at the scheduled time).
It would be possible, however, to write an app that uploads the text to an on-line service (such as the one mentioned as it has a developer API) so that a web server could reliably take care of the scheduled send - and then perhaps sending a push notification to the phone to confirm it has been sent.
Hey, I think here is one app for that, I didnt have time to look it totally through...
http://download.pandaapp.com/windows-phone-app/auto-the-sms-manager-1.1.0.0-id1894.html
Did any1 try the app?

[Q] Android App Request: SMS Auto-Archiver

Hello XDA community!
First, I am uncertain if I have the correct forum for this; I was debating posting it under Android Apps but it gave the appearance of being a place to get applications that have been developed, not to request for a particular app to exist. If it needs to be moved, please let me know.
Here is the problem: I've got 20,000 text messages on my phone. This is intentional. As ridiculous as it sounds to have that many text messages, I've found it to be a life saver. In one case, I saved an address from a few months ago that enabled me to bring comfort to a friend in need. In another instance, I was able to clear a dispute between my friend and my employer. Still other cases are simply nostalgic, and I know of other people who have used SMS threads as evidence in court proceedings. There is utility in keeping as many text messages as possible at hand.
The problem is that, once this many texts are on a phone, the messaging app slows down quite noticeably. Additionally, restoring from a Titanium Backup or similar can take nearly an hour to write the database back into memory. Having the texts is wonderful, but having them resident along with more recent discussions causes undesirable consequences.
What I'm looking for is an app that will copy messages to an archive and then delete them. For example, if I have 200 messages between myself and Alan, and he texts me again, I'd like message 201 to be archived and deleted. However, if Bill and I are only at message 28, that can grow without archiving until I hit 200, at which point *it* starts getting archived. Ideally I'd like this to happen in real time, but if it happened hourly or daily I can certainly deal.
The two ways I've kinda found to do this were either to make daily backups with MyBackup Pro or similar, or make them on my computer using MyPhone Explorer. MBP is nice because it keeps it on the phone, but one of the core functions I'm looking for is to be able to browse the archive as if it were a regular set of text messages - still threaded, time-stamped, and categorized by sender - just not in the regular SMS database. With MBP, it makes the messy situation of having to restore messages until you find it, which gets very difficult after more than a few weeks. MyPhone Explorer is a better tool for this and it can be searched, but it does require my laptop to do it, which is a bit challenging as synchronization has to be performed manually.
I've tried most of the add-in applications to address this; neither Go SMS Pro nor HandCent nor Fusion nor Chomp nor Textra provide this functionality.
Yes, I'm willing to pay for an application that will allow for this, so if anyone either knows of a program that can do what I'm asking or feels like writing one, please let me know.
I appreciate your time and consideration in this matter.
Joey
I have an App Request too
An On-Screen Floating Object-Oriented Toolbar, with Back, Home, Menu, & Directional keys, + additional keys depending on active screen or current app
including a 'cycle-through elements' button then hit enter on the one you want to activate
things that can be done with your thumb from one small location.
then tap & hold contracts it into a smaller set of buttons
and you can select the number of buttons & their default positions for both the expanded state and the compacted state.
so it could be used to navigate around programs, select different elements, or used as a game controller, or keypad enhancement, or enhanced navigation etc

SMS app to combine conversations from the same contact in the same chat window

Hy there,
I hope I posted where I should and if I didn't please tell me the correct section where I should do this. Also, I am not a developer, I do not have root on my phone. I do not want solutions that require changing XML files or anything. I am just asking about an app that I could find in the Play Store, or, maybe, and apk to download (this being the second option)
I have a problem with the messaging app since I left my HTC One S for the Nexus 5X in June 2016 and I did not find an app to replace that, not even on my current Oneplus 5T.
So, I have a contact in my phonebook saved with multiple numbers - work / mobile / home etc. and she texts SMS from either of the numbers (doesn't really matter because they are included in the carrier plan as unlimited). But my messaging app is sorting those SMS as different entries by phone number, and not by contact. So if we start a conversation in a chat window based on the home number, the answer may end up in a different chat windows (she has a dual sim phone so it depends on the settings on which is right now, and because the SMSs are "free", she tends to not look at which carrier is using, because, why would you if they are all free?), but this actually disrupts the logical flow of the conversation.
I know that a such app exists because I used it on HTC One S in 2012 and I was able to send SMS to which number I wanted to select (home / mobile / work of the same contact from the phonebook) and I had all the conversation in only one place, but after I changed on Nexus 5X and now on OnePlus 5T I can not find this feature in the installed app messenger (Google's or Oneplus's), neither on Google searches or specialized websites. I have tested some of the SMS apps, looked for settings, but all of them seem to show the SMSs based on the phone number, and not based on the contact entries.
Can someone suggest an app that could do that? Maybe I didn't search good enough.
P.S. The MMS option to send grouped messages is not an option because this means I will send the same SMS to multiple numbers, but those numbers are of the same person so there is no need to do that ...
Thank you very much for Your answer.

Message Forwarder - SMS, MMS, and Call Notification Forwarding

Thread for the Message Forwarder App. This is a good way to reach the developer with any questions, concerns, or feature requests you might have in mind.
What is Message Forwarder?
Message Forwarder allows to automatically forward incoming text (SMS) messages, multimedia (MMS) messages, and phone call notifications to any phone number or e-mail address of your choice. Just tell the app what kind of messages and calls to handle and where to send them to, and Message Forwarder will take care of everything from there.
- Specify phone numbers to filter the messages and phone calls by.
- Specify phone numbers or e-mail addresses to forward the messages and call notifications to.
- Set up thorough and flexible manipulation rules to automatically modify the content of the messages before being forwarded. Very useful for those coupling this app with automated systems that make use of keywords.
- Attach information of the original sender or caller on the forwarded message.
- View a history of the messages forwarded, along with all their attachments in the case of multimedia messages.
- Specify days of the week and times of the day in which messages and call notifications should not be forwarded. Very useful for those not interested in forwarding messages during off hours, like weekends or weeknights.
- And much, much more.
Looking forward to hearing your feedback.
Screenshots
Attaching screenshots of current version (Version 1.2.6.XDA)
PS: I am a satisfied user of the app, Just giving my inputs to the forum.
My Simple review: I am looking for an app that can forward selected SMS from (secondary)mobile to email and found this app.
Feedback:
The app is easy to setup with step by step screen, DEV had well thought the flow of the setup.
I don't find any unnecessary permissions that can misused.
Each time by watching the 10sec ad APP provides 170 quota to use the app. No need to pay upfront ($5 for onetime purchase)
Few options I like in the app:
Able to forward SMS/MMS/CALL LOG
We can forward from ALL/SELECTED contacts and have Single or Multiple Targets (email/phone)
Use of FILTERS/RULES & Scheduling.
Few requests/suggestions to DEV:
I feel the current permission request steps are confusing and user may miss few of them. It will be easy if app can request the required access step by step while setting up the app.
Provide section/option for required access if user missed granting while setting up the app.
Kudos to the app developer, appreciate the efforts. Thanks for sharing with members.
tiniwings said:
My Simple review: I am looking for an app that can forward selected SMS from (secondary)mobile to email and found this app.
Feedback:
The app is easy to setup with step by step screen, DEV had well thought the flow of the setup.
I don't find any unnecessary permissions that can misused.
Each time by watching the 10sec ad APP provides 170 quota to use the app. No need to pay upfront ($5 for onetime purchase)
Few options I like in the app:
Able to forward SMS/MMS/CALL LOG
We can forward from ALL/SELECTED contacts and have Single or Multiple Targets (email/phone)
Use of FILTERS/RULES & Scheduling.
Few requests/suggestions to DEV:
I feel the current permission request steps are confusing and user may miss few of them. It will be easy if app can request the required access step by step while setting up the app.
Provide section/option for required access if user missed granting while setting up the app.
Kudos to the app developer, appreciate the efforts. Thanks for sharing with members.
Click to expand...
Click to collapse
Out of all the permissions the app asks for, a few can be moved to earlier in the configuration process (Read SMS, Receive SMS, Receive MMS, Send SMS, Read Contacts, Read Call Logs). Some others must stay in the end because they are required regardless of what options the user picks during the configuration process (Ignore Battery Optimization). I do agree the experience could be improved if we move the ones we can. I'll take a stab at it soon.
The user does get an explanation of why each permission is needed, but only if they chose NOT to grant it in the past; as in... "I see you didn't grant XYZ permission when I asked for it. I still need it and here is why". I think we should leave it that way for simplicity. If we move the permission requests to their respective steps in the configuration process, it should be obvious to the user why that permission is being requested. If they reject it, then the app can start giving explanations why they are needed.
The app also notifies the user about missing permissions through a system notification when it cannot do something because of the lack of such permission. It also gives the user a reminder whenever they visit the app and a needed permission is still not granted. If the user misses any permissions, they find out sooner rather than later.
For now, I can at least move forward with the permission request relocation mentioned above. I'll let you know how that goes.
Great start! I upgraded to Premium but it is not taking the upgrade. What should I do?
Verizon Moto Z3 stock unrooted.
careloads said:
Great start! I upgraded to Premium but it is not taking the upgrade. What should I do?
Verizon Moto Z3 stock unrooted.
Click to expand...
Click to collapse
Hi. Send me a private message with the details of the issue you're having.
yasmanillanes said:
Hi. Send me a private message with the details of the issue you're having.
Click to expand...
Click to collapse
Thanks for the quick response!
Excellent app.
But, a few caveats need to be filled quickly.
1. Provision for SIM selection of SMS forwarding (should be a part of each rule).
2. The developer has already implemented setting Sender ID quite nicely (inclusion/exclusion) on screen no. 4 of config.
- But, it lacks the ability to find partial matches. For example, I have been receiving messages from +4456874***, the last three digits can be dynamic. I want all these messages to be forwarded.
- Take another example. all SMS received from number containing ****8808** is to be forwarded.
- In short, please make provisions for matching Prefix, body, suffix of a sender ID.
3. SMS from custom sender IDs (sender ID that contains a text string, instead of numbers) was not forwarded.
- Example. I keep receiving "service messages" from UKING***, BRISRLY* etc.
- With the current version, its not possible to create a rule for forwarding these messages.
- Please implement partial matches (as described above) for custom sender IDs too.
It has been a wonderful effort already.
Big thanks to the developer.
DJwa163 said:
Excellent app.
But, a few caveats need to be filled quickly.
1. Provision for SIM selection of SMS forwarding (should be a part of each rule).
2. The developer has already implemented setting Sender ID quite nicely (inclusion/exclusion) on screen no. 4 of config.
- But, it lacks the ability to find partial matches. For example, I have been receiving messages from +4456874***, the last three digits can be dynamic. I want all these messages to be forwarded.
- Take another example. all SMS received from number containing ****8808** is to be forwarded.
- In short, please make provisions for matching Prefix, body, suffix of a sender ID.
3. SMS from custom sender IDs (sender ID that contains a text string, instead of numbers) was not forwarded.
- Example. I keep receiving "service messages" from UKING***, BRISRLY* etc.
- With the current version, its not possible to create a rule for forwarding these messages.
- Please implement partial matches (as described above) for custom sender IDs too.
It has been a wonderful effort already.
Big thanks to the developer.
Click to expand...
Click to collapse
Hi,
1- I've been planning on implementing dual SIM support, but unfortunately do not have a dual SIM device to test this on, and the Android emulator does not support it either. Would you like to volunteer to become an alpha-tester of this feature with your device?
2- I'll consider adding some sort of pattern matching for this. I first have to think how to make it user-friendly (not require knowledge of RegEx or anything like that).
3- You should be able to type in any kind of alphanumeric string in the contacts screen, and the app be able to handle it just fine. Are you saying that's what you did, but when a message came in, the app did not process it?
yasmanillanes said:
Hi,
1- I've been planning on implementing dual SIM support, but unfortunately do not have a dual SIM device to test this on, and the Android emulator does not support it either. Would you like to volunteer to become an alpha-tester of this feature with your device?
2- I'll consider adding some sort of pattern matching for this. I first have to think how to make it user-friendly (not require knowledge of RegEx or anything like that).
3- You should be able to type in any kind of alphanumeric string in the contacts screen, and the app be able to handle it just fine. Are you saying that's what you did, but when a message came in, the app did not process it?
Click to expand...
Click to collapse
1. For Sure.
2. Take your time
3. Exact match works. any bit of deviation ruins it.
DJwa163 said:
1. For Sure.
2. Take your time
3. Exact match works. any bit of deviation ruins it.
Click to expand...
Click to collapse
That's great! Could you send me a private message with your e-mail address? I will send you the alpha version of the app with the Dual-SIM feature when it's ready.
Hello there and thank you.
1. Is it possible to enable delivery report for sent messages?
2. In Dynamic Content config, I want to search for a specific keyword and if found, forward the message. If i leave the "replace" text empty, it will erase the keyword from message. It's good to have a checkbox to disable text replacement.
hadiceberg said:
Hello there and thank you.
1. Is it possible to enable delivery report for sent messages?
2. In Dynamic Content config, I want to search for a specific keyword and if found, forward the message. If i leave the "replace" text empty, it will erase the keyword from message. It's good to have a checkbox to disable text replacement.
Click to expand...
Click to collapse
Hello there.
1. Delivery reports for SMS seem trivial. I'm not so sure about MMS though; I can't find any Android documentation for it. I'll have to look into it.
2. As far as the Dynamic Content, you can simply retype the keyword in the "replace" field. Essentially this translates to: find "my-keyword" and replace it with "my-keyword"; effectively leaving the message intact.
Regards.
tiniwings said:
I feel the current permission request steps are confusing and user may miss few of them. It will be easy if app can request the required access step by step while setting up the app.
Click to expand...
Click to collapse
Hi, I just released the new version (1.3.0) that includes this permissions workflow change you requested.
DJwa163 said:
Excellent app.
1. Provision for SIM selection of SMS forwarding (should be a part of each rule).
2. The developer has already implemented setting Sender ID quite nicely (inclusion/exclusion) on screen no. 4 of config.
- But, it lacks the ability to find partial matches. For example, I have been receiving messages from +4456874***, the last three digits can be dynamic. I want all these messages to be forwarded.
- Take another example. all SMS received from number containing ****8808** is to be forwarded.
- In short, please make provisions for matching Prefix, body, suffix of a sender ID.
3. SMS from custom sender IDs (sender ID that contains a text string, instead of numbers) was not forwarded.
- Example. I keep receiving "service messages" from UKING***, BRISRLY* etc.
- With the current version, its not possible to create a rule for forwarding these messages.
- Please implement partial matches (as described above) for custom sender IDs too.
Click to expand...
Click to collapse
Hi, the latest version (1.3.0) was just released and includes these features.
Older Version
I really like Message Forwarder and it has work perfectly for me. BUT my work phone is VERY old and the current version of Message Forwarder will not work. How can I get an older version that will work with Andriod 5.1?
SusieSunBrite said:
I really like Message Forwarder and it has work perfectly for me. BUT my work phone is VERY old and the current version of Message Forwarder will not work. How can I get an older version that will work with Andriod 5.1?
Click to expand...
Click to collapse
Hi. I sent you a private message about this.
The app stops forwarding after 5 or 6 messages. Unfortunately this app is exactly what I have been looking for an I have not been able to find a replacement.
Axis259 said:
The app stops forwarding after 5 or 6 messages. Unfortunately this app is exactly what I have been looking for an I have not been able to find a replacement.
Click to expand...
Click to collapse
Hi. Do the failed messages appear in the app's Messages Screen? Are you forwarding to phone numbers or e-mails? If e-mails, what proxy account are you using? Outlook or Gmail?
Message Fowarder
I was forwarding to 2 email addresses and one texting/ phone app. When the messages did get forwarded they did show up on the message tab. If they were not forwarded they did not. I am using a Gmail proxy. I changed my configuration to only my Gmail account. Thank you for quick response I hope this is an easy issue to rectify.

Categories

Resources