Hi Kalle, On Wed, 2004-10-06 at 15:52 +0300, Kalle Marjola wrote: > So, what does this first version do: > Instead of immediately saying '202 Send' for valid sendsms request, this > patch waits for bearerbox ACK before replying to HTTP client. > Valid replies are based on msg.h and are now: > 202 0: Accepted for delivery (routed to SMSC driver) > 202 3: Queued for later delivery (all SMSCes currently down) > 403 Forbidden (no SMSC comfigured to accept this, fix something) > 503 Service unavailable (queue full or other problem. Try again later) > > This is still far from ideal (to get SMSC reply), but better > than earlier. And this is how it should have been, always, > as why else these is those 'ack' type messages flying around... > (currently they are just discarded)
I'm all for this. Actually I had to use DLR for an application I have developed, this gives a way better and immediate result about what happened about the transaction. So, choice-a is good enough and if I get the patch correctly, it is indeed backwards compatible; which is better. Thanks a lot, keep up the great work. -- Enver ALTIN | http://skyblue.gen.tr/ Software developer @ Parkyeri | http://www.parkyeri.com/
signature.asc
Description: This is a digitally signed message part
