|
|
|
|
|
|
by axiom
5311 days ago
|
|
|
I definitely recognize that SMS is a tough problem, so I sympathize as an engineer. That being said, as a customer I don't care about any of that, I just want it to work. Simple test: send more than 1 message from a phone number in the span of 15 seconds during a bulk test. At random Tropo will drop the second message because the first one hasn't gone through yet on your system. No error message, nothing, it just drops the data. I know why it does this, I've read the docs, but that's a crazy "feature"! why can't you queue it like Twilio does? that's just one example. Don't even get me started on your logging system. There's no sane way to get reports! none! We looked at SMSified and even tried to use their Canadian numbers (somehow we got a few Canadian SMS enabled numbers even though we were told it's not supported.) That thing was basically unusable. Delivery rates of around 60%, with totally random inexplicable failures. Twilio on the other hand has been awesome. No weirdness, very reasonable defaults, rock solid performance, good logs. Just very pleasant to use in general. |
|
|
You are correct that Tropo does not have built-in queueing today and I also agree that it should at least let you know if it can't deliver a message.
Better reporting is also at the top of our list for the next rev.
Again, thanks for taking the time to give me your feedback. I think you'll be pleased to see these suggestions baked into the next version of Tropo. +) Diggz