New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MMS MSISDN/Line1 headers missing #1935
Comments
Thanks @tecknicaltom, this looks like the same issue as #1904 (although yours is better titled!). I'm going to close this, it'd be great if you could follow along over in the other issue. Thanks. |
I don't think this is the same issue as #1904. Linked below is a new debug log demonstrating this issue in TextSecure 2.1.9 (after #1904 was fixed). Note the handling of the 401 response with and without a proxy on lines 83 and 108 of the log, looking like it's coming from: http://hastebin.com/raxikeluci Virgin Mobile US, Android 4.4.2, TextSecure 2.1.9 |
@tecknicaltom could you try proxy address 205.239.233.136 with Port 80 and Port 81? |
looks like we need to care |
@tecknicaltom just pushed a new version of MmsMonster (https://play.google.com/store/apps/details?id=org.whispersystems.mmsmonster) that has some experimental authentication support. Should show up in a couple hours. Would you mind trying that out sending me the logs? |
I've got an LG Volt running Android 4.4.2 (rooted) on Virgin Mobile. I've never got MMS to work with TextSecure on any of my Virgin Mobile phones (I had an Optimus V then an Optimus F3). This might not be any sort of new info, but here's my debug log: http://hastebin.com/udibumayas I have the MMS settings set to:
In the logs, I see:
Not sure why it's not using the proxy info. P.S. TextSecure 2.2.0 P.P.S. I ran MmsMonster, and it gave me: https://gist.github.com/d1cabcb3a8ae70c7f479 |
Looks like MmsMonster works for you, so I can just integrate the authentication code from that into TextSecure. Will probably fix your issues. |
Glad my logs were useful! :-) |
I noticed the app got updated to 2.3.3 in the store. I still can't get MMS to download, I'm still getting 401 errors. https://gist.github.com/anonymous/47913d1902c4c8dc8ac8 I'm not sure if I need to change my MMS settings or not. |
Hey @NTICompass! So yeah, we don't do authentication when there's no username and password specified in our APN list. Perhaps that entry is outdated? Can you do some research with your provider to see if they recently added a required username and password in order to login, or if they maybe require a custom User-Agent or something? Unfortunately, this is about the extent to which logcats are helpful, and after this it's the game of figuring out the correct settings. |
I found this: http://buzzmobile.us/virgin-mobile-apn-settings-usa/ But those settings still give 401. I'll see if I can find anything else, or see if Virgin Mobile USA will tell me the settings. |
I can't seem to find the right settings. I found something that may help, though: http://virgin-mms.wikispot.org/ P.S. When I e-mailed Virgin Mobile USA, this is what they said:
|
Sorry if I'm bothering you too much about this issue, but I want to help get this fixed so I can get MMS working. It was connecting to:
(The X-MDN header is my phone number, I obviously didn't want to post it here) Does this help? Can TextSecure be configured to send the same HTTP headers as the native messaging app? Is it sending the I can send the PCAP file if you want, I don't want to post it here. |
This is the opposite of bothering - great research! I think we need to, at the very least in the Manual MMS settings, allow custom HTTP headers (the User-Agent here is also different than what we use, and the x-wap-profile is Virgin-specific). When I make that change, it'll enable you to experiment with just setting X-MDN, for example, and seeing if that goes through. Then we can go from there to figure out how we can make this work by default. |
The Android L SmsManager tells you want headers you need to include. On 12/11/2014 05:07 PM, Jake McGinty wrote:
|
@mcginty: I think all that's needed is the @moxie0: It looks like the |
I have this same issue as others of not being able to download via MMS. I am on the Virgin Mobile network, and have found a workaround (kinda) to being able to receive MMS. My phone has 4g service, and I have noticed if I change my network settings from LTE/CDMA to just CDMA and disable WIFI, I can receive MMS's. I have tried downloading with just WIFI, it does not work, the only thing that worked for me was just using CDMA without LTE. Hope this can help someone fix this bug. |
@privacy1776 I was just reading around the internet for info about my phone (LG Volt), and I found this: http://androidforums.com/threads/mod-universal-lte-virgin-mobile-apn-fix-wip-cm-aosp-4-4-x.840298/ This is for the Galaxy S3, so I don't know if it'll work on my or your phone. I haven't yet tried, but maybe if you looked in the file, you can figure it out what it's doing and maybe it can help. |
I'm sorry I forgot to mention that the stock messaging app works fine in any configuration, the issue is only with textsecure. |
Any progress with this issue? This is the only deal breaker I have with textsecure, I cannot recommend it as people I know will want to use MMS and ask me why it doesn't work. |
@NTICompass that forum link you sent also just adds X-MDN: ##LINE1##. Looks like that's a solution that works for more than just you :). |
Fixes signalapp#1935 Fixes signalapp#2451 // FREEBIE
I'm new to using TextSecure and I'm sorry if this is a dupe but I couldn't find a similar issue.
I just made TextSecure my default messaging app and when trying to download an MMS image, I receive "Error connecting to MMS provider..." I used the following manual MMS settings, as found in my phone's system menu (##3282#):
MMSC URL: http://mmsc.vmobl.com:8088
MMS Proxy Host: 68.28.31.2
MMS Proxy Port: 80
A debug log can be found at http://hastebin.com/idofelenev I think the log cut off the attempt to download MMS with the proxy, but in previous attempts it looked similar.
Virgin Mobile US, Android 4.4.2, TextSecure 2.1.8
The text was updated successfully, but these errors were encountered: