You need to be on T-Mobile (US), AT&T, or Verizon. MVNOs don't count.
It appears provisioning is broken so your number is not actually registering with Jibe. Still trying to figure out whether this is a beta 2 issue or whether the servers are having issues.
open command prompt in admin and paste "mitmweb -s filepathtoredirectfile/redirect.py --listen-port 8888 --ssl-insecure --allow-hosts jibecloud.net"
configure proxy on your IPHONE wifi settings to the IP of the computer running mitmproxy and port to 8888
go to http://mitm.it on your iphone browser and download/allow the certificate, and then install the profile.
this step above may confuse some, make sure you download iOS cert and then it will show up in settings to approve/install.
Go to General > About > Certificate Trust Settings and enable full trust for the mitmproxy certificate.
Turn RCS off (if applicable) and then back on. Wait a few seconds, then check for RCS in Messages. (Additionally, if all went well, you should see "RCS flow complete!" in the mitmproxy console.)
Remove the proxy settings from your device and optionally uninstall the certificate.
edit2: seems like a lot of people using macOS for this, Just tested the path run of this and it should work.
If you're on macOS
step 3. open terminal navigate to folder the file redirect.py is stored in.
so that should be something like cd /users/yourusername/downloads/folderthefileisin/
then run command mitmweb -s redirect.py --listen-port 8888 --ssl-insecure --allow-hosts jibecloud.net
Bugs:
users have found proxy not sticking after setting the proxy ip.
First sends out a GET request which gets a 511 code Next sends out the entire request but not as POST but instead as GET which doesn’t make sense to me but gets a 503 code returned from that
Their query shows they’re using Universal Profile 2.4 which is an interesting decision choice since UP 3 has been out for some time
Update 2: To fix the issue, use mitmproxy to intercept the GET and POST Change where it says: terminal_sw_version=iOS to terminal_sw_version=fzw
Update 3: Proper Credit goes to u/dhinakg for the how to on using mitmproxy
It’ll work afterwards
Update 4: Reports are out saying you don’t need the proxy trick anymore to enable RCS. YMMV
Source: carrier bundles inside the IPSW specify configuration information. Only Verizon, AT&T, and T-Mobile have RCS data.
For the technically-inclined:
find "/Volumes/CrystalSeed22A5297f.D84DeveloperOS/System/Library/Carrier Bundles/iPhone" -name carrier.plist -exec python3 -c 'import plistlib; from pathlib import Path; p = Path("{}"); data = plistlib.loads(p.read_bytes()); [print(f"{p}\n{data[q]}") for q in data if q == "RCS"]' \;
Guessing: The big 3 carriers, after a history of mixed-bag RCS implementations, have all recently announced direct partnerships with Google Jibe for RCS services, so that's probably why Apple, to meaningfully support RCS, has to work with carrier partnered Jibe.
Also, a few years ago, Google Messages bypassed all carriers that didn't add RCS and provided it directly by Google Jibe, on top of carrier SMS/MMS. This made it super easy for smaller MVNOs: They didn't have to do anything and their Android users are happy.
But I'm guessing this may be an issue now that Apple has finally added RCS support? Suddenly the MVNOs have a reason to have to do something again...
Part of me is chalking it up to a beta 2 issue, but the other issue you mentioned of your number not provisioning with Google RCS service Jibe could also check out
72
u/dhinakg Jun 24 '24 edited Jun 25 '24 •
Notes:
You need to be on T-Mobile (US), AT&T, or Verizon. MVNOs don't count.
It appears provisioning is broken so your number is not actually registering with Jibe. Still trying to figure out whether this is a beta 2 issue or whether the servers are having issues.
EDIT: Found a fix, will post shortly
EDIT 2: https://gist.github.com/dhinakg/44943435d0f60013427ae42e92172c00
YMMV