Same. Though for email there are good services like Fastmail (and likely many others) which already offer this and other benefits for a nominal subscription fee.
I haven't implemented this idea yet, but what stops us from just buying Twilio credits, getting a number through them and then writing a bit of glue code to their API to pull down SMS messages (for things like 2-factor codes, etc) and route them wherever we find personally convenient? Maybe Twilio is also selling our customer data paired with these numbers to data brokers, though, IDK. It's just a fleeting idea I've had.
Thank you! I'm going to check this out. A question about a comment you made elsewhere herein:
> My caveat about this is some services will silently ignore you if you try to use a virtual number. It's more useful for IRL where you don't want to throw your real number around much.
How, specifically, do other services detect this? Is it like with IP address space where it's possible to determine things like "this C block belongs to Entity X, Inc"? Are you aware of mechanisms to avoid this detection/blocking that don't require using a "real" number.
> How, specifically, do other services detect this?
I don't actually know specifically. I assume there are two different ways:
- The service is using Verify / Authy, which is owned by Twilio so likely Twilio themselves discourage it
- Looking up the number either through Twilio or some sort of central subscriber database. All virtual numbers are described as virtual numbers.
> Are you aware of mechanisms to avoid this detection/blocking that don't require using a "real" number.
Definitely gets into ethically gray areas since that would be super useful to nefarious people. I don't actually know for sure. I know from the recent Blizzard mobile 2FA controversy that this issue expands to also prepaid phone numbers.
So I don't know of a definitive way to get around it beyond using a postpaid number.
Somewhat related, near the end of my above mentioned service, I had pivoted into trying to launch a "21st century phone service" complete with SIM cards provided by Twilio.
The issue? They were still considered virtual numbers. At the time, in Twilio's defense, I was somewhat misusing their service because their SIMs were intended for IoT purposes not actual cellphone usage. That's all to say, it's likely provider / subscriber level vs something you can individually spoof.
> what stops us from just buying Twilio credits, getting a number through them
I was considering exactly this, or potentially getting a second mobile number via eSIM on my phone (which feels a bit more "permanent" but that might be delusion...)
I haven't implemented this idea yet, but what stops us from just buying Twilio credits, getting a number through them and then writing a bit of glue code to their API to pull down SMS messages (for things like 2-factor codes, etc) and route them wherever we find personally convenient? Maybe Twilio is also selling our customer data paired with these numbers to data brokers, though, IDK. It's just a fleeting idea I've had.