I will look into version 3.4 specifications and see if I can make a patch.
== Rene From: Michael Bochkaryov [mailto:michael.bochkar...@gmail.com] On Behalf Of Michael Bochkaryov Sent: Wednesday, 15 February, 2012 09:37 To: Rene Kluwen Cc: 'users' Subject: Re: Opensmppbox and DLR states Hi Rene, I know that registered_delivery usually takes only 0 or 1 values. SMPP 3.4 specification (section 5.2.17) provides more including intermediate DLR (bit 5 of registered_delivery). And also message_state (5.2.28) has states like ENROUTE or ACCEPTED. In fact my problem is combination of opensmppbox and HTTP SMSC. I need to notify ESME about fact that message is accepted on HTTP but I have only this intermediate state. And still have no ideas how to resolve it without dirty hacks. Maybe it's reasonable to make simple patch to smsc_http.c to allow simulation of "delivered" state when message is accepted by this "smsc". 2/14/2012 6:56 PM, Rene Kluwen wrote: The smpp protocol only supports two statuses, 0 = one, and 1 = delivered by hand set. From: users-boun...@kannel.org [mailto:users-boun...@kannel.org] On Behalf Of Michael Bochkaryov Sent: Monday, 13 February, 2012 21:30 To: users Subject: Opensmppbox and DLR states Hello, Is it possible to request DLR messages to opensmppbox on temporary states like 8 (Delivered to SMSC) ? Seems like dlr-maks is not supported there but may be I have just missed something in manual? The problem is caused by ugly HTTP SMSC that cannot provide final delivery status but ESME waits for something and I want to provide "Accepted" instead of be silent. Thanks in advance :-) -- Regards, Michael Bochkaryov www.rattler.kiev.ua -- Regards, Michael Bochkaryov www.rattler.kiev.ua