A substantial part (>10MB) of file memory is being taken up on my XDA by 6 files named "MsgQueueDataFileMicrosoft Broadcast Message SMS Protocol (Receive Only)", all bearing today's date. I do not keep large quantities of previous SMS messages stored. Can anyone explain what these are and how to recover my precious memory? They cannot be deleted by normal means.
Related
While it seems logical to sort the Sent Items folder in Outlook by addressee of the emails I send, when trying to sort it one only sees the following options: Message Type/From/Received/Subject .... googled this issue and the only answer I could find was in MSDN's Outlook Mobile Team Blog (http://blogs.msdn.com/b/outlook_mobile/archive/2006/07/05/657074.aspx)
<QUOTE>
QnA: Can I sort e-mails in the sent-items folder by recipient?
Question: I want to know if i can sort the sent items folder by "Sent to" instead of "Sent By" which is obviously myself.. I find it strange that this is not a sort option.
Answer (by Liang Chen, one of our Messaging Dev Leads):
No you can't. With its current design the email list view is optimized with a set of specially handled properties (sender, subject, and time) for better performance and in Sent folder you need recipient instead of sender, which requires some expensive database operation and will slow down performance. This is an unfortunate tradeoff we had to make between performance of more important scenario (inbox folder) and user experience of less important scenario (Sent folder) under current restriction.
</UNQUOTE>
This answer is quite old (5 July 2006) ... does anybody know if the situation has changed and Outlook Mobile's sent items can now be sorted out by recipient?
TIA
Well, i have this same issue now. The SENT folder only shows my name, which is logical.. I want to know the recepient..
anybody?
None of the Google Applications support external storage, Gmail 4.1.2 won't send documents attached from an external sd card, Play Movies & TV won't allow you to specify a external card as a storage location, pinned Google Drive documents can't be stored on an external card, Play Music sucks up internal memory. Try sending an attachment using Gmail from a Motorola Xoom, a "Google Experience Device" - it looks like it's attached during composition but won't send. When contacting support I'm told this is expected behavior - see below.
Anyone else running into this?
How do we get Google to support this? Most other email applications support it, but as a Google Apps Enterprise user I want and expect the native Android email application to work.
I use external storage on a Galaxy Note 10.1, Galaxy S3, Razr Maxx and Transformer Prime
----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Hi John,
Thanks for your message.
I have been able to determine the reason that you're not able to attach files from SD, as follows:
- The default storage path is pointing to the internal storage, which is supported, rather than an external storage path such as SD.
- The Gmail app itself, as it uses APIs behind the scenes, is not able to load attachments from the external path, only from the default (internal) path.
- I've been able to find an error that results when trying to perform this task, as follows (and as an example):
ERROR/Gmail(4494): file:// attachment paths must point to file:///mnt/sdcard. Ignoring attachment file:///Removable/sdcard/sample_file.pdf
In terms of /mnt/sdcard you see above, this is pointing to the internal/onboard storage. For '/sdcard/', this is actually a symbolic link which points back to /mnt/sdcard (the internal storage).
The removable (SD) card points to /Removable/sdcard, which Gmail cannot access via API, as this returns the internal storage location. The API also cannot access other directories such as /mnt/external1 or another location.
Based on all of the above, our technical teams have concluded that this is the current/expected behaviour for files coming from SD, as there is no way to access them via Gmail, and they can only be attached when coming from onboard/internal memory. In short, it is a limitation of the API John. From a technical point of view, it will be possible to attach files that are from SD, but are nested (sub-directory) inside /mnt/sdcard, however, I understand this may not be feasible or convenient.
I understand that this is an important distinction and requirement for you John, however, the above information is what I can provide you with. I will still suggest using the recommendations earlier of IMAP in Email application, or, files coming from internal/onboard storage in Gmail app over API (in the background).
-----------------------------------------------------------------------------------------------------------------
I just tried on my s3 and managed to attach from the external and send here.
Sent from my GT-I9300 using Xparent Cyan Tapatalk 2
Hey everyone.
I recently found out that Kik auto deletes old message and being a bit of freak about storing old messages, I decided to take the matters into my own hands. I was able to locate the databse file and extract the text from it via SQLite
But when I opened the db file as plain text, I found all the old chat messages in the file but for some reasons, they aren't visiable in the database. I have very limited experience with databases, so if I'm missing something obvious, I'm sorry.
Hi Guys,
this is the problem:
my mother owns an LG G5 E610v. For some time I have bought her a new phone (an iPhone). She (on the old LG) has some very important chats with messages, photos and videos of her granddaughters. I wish I could transfer the chats to the new phone. But to do that I would have to update Whatsapp. Unfortunately, however, when I try to update, phone tells me that it is impossible because there is no space. There are many applications that I could delete (Google, Youtube, Gmail, Hangouts, Google play Books, etc ...) but I can't delete them because they seem to be pre-installed and there is no way to delete them. Unfortunately I don't know well the android environment and neither the phone.
How can I go about solving this problem?
The phone software is an LG G5 E610v (European) with fw v4.1.2
Thanks in advance
You may not like my thoughts but she needs to backup her photos and vids independently of WhatsApp or they will likely be lost, sooner or later.
I won't allow WhatsApp or any social media app to be installed on any of my phones. They are a big fat security risk especially for those that aren't tech savvy. WhatsApp is a mecca for scammers and hackers, easy pickens.
If I can't login and use a site completely via browser I don't use it. A browser like Brave provides a buffer zone.
All critical data needs to be redundantly backup to at least 2 hdds that are physically and electronically isolated from each other and the PC. Never encrypt, clone or compress media backup data drives. Verify backup by folder count, data size and that the data is readable.
Regular critical data backup and good security practices are the only ways to help prevent data lose. After it happens will be too late...
A phone with an SD card slot would give her all the memory she needs. The SD card is then used as a data drive. It in turn is then redundantly backed up.
Address her backup plan asap if you haven't already...
Clearing app and system caches will free more space. Check the largest disk users of the 3rd party user installed apps to determine if they are really needed, uninstall to free space.
I'm trying to move my existing Viber install from an old device to a new one. Both devices are rooted. I was able to transfer the app, message history, etc just fine via Swift Backup - but the one issue I'm running into is that all of the images are "broken."
The previous (source) device was Android 9, when Viber still stored all its media in /storage/emulated/0/viber. Now on Android 11 (I skipped Android 10), Viber uses scoped storage. However, even if I copy the original "viber" folder to the new device, it seems the new device no longer looks there for the images, thus they're broken in the context of the message thread.
Here's a blurb about their migration: https://android-developers.googleblog.com/2020/07/bringing-modern-storage-to-vibers-users.html. It sounds like on Android 10 they were still using the "viber" folder as "read-only", but it's unclear if it actually would've migrated the images into its scoped storage. When I moved WhatsApp to Android 11, it had an explicit option to migrate the data from its original storage/WhatsApp directory. Viber seems to have no such option. So the obvious solution should be to just find where Viber now stores its media, and manually move my images there from the old "viber" folder.
However, the oddest thing, I cannot for the life of me find where they should be.
The most obvious candidates are /storage/emulated/0/Android/data/com.viber.voip or /storage/emulated/0/Android/media/com.viber.voip - however, when I receive images in the new app, I cannot find any evidence of them in either place. I also checked /data/data/com.viber.voip, and likewise, I don't see the received images there. The article above says "Private media files are stored in the app-specific directory on external storage", which I think means it should be storage/emulated/0/Android/data/com.viber.voip/files, but the only thing in there are "User Photos" - which are basically my contacts avatars. It seems like they *have* to be in one of those 3 spots though, because if I backup with SwiftBackup, uninstall Viber, go on airplane mode, restore with SwiftBackup, then check Viber, the images are accessible - meaning it must be reading them from the local device, and not remotely.
So all that is to say - where on earth is Viber now storing its images, and can I manually restore my old /storage/emulated/0/viber images to that location all my media in my message history isn't broken?