>why not ? I think it would make more sense to have all the DLR >processing in the same place, otherwise - how do I generate a DLR for >SMSC_SUCCESS or SMSC_FAIL w/o calling dlr_find ?
DLR find can not find anything you have not already added and furthermore you can only add it when you got an ID. When your SMSC answers with ACK, then you got a new ID to be added and you can immediately pass back the ID to smsbox. The original code did not have SMSC_FAIL/SMSC_SUCCESS but only DELIVERED/FAILED/BUFFERED. So > and if I call dlr_find >- it will delete the DLR status so it will not find it when I get >another status report for that message (for example, after sending back >DLR_SMSC_SUCCESS, I want to send DLR_SUCCESS or DLR_FAIL). If you got DLR_SMSC_SUCCESS, this is not a final stage. You can not call dlr_find during this time because dlr_add was not executed yet. The only way would be to do call dlr_add and dlr_find in a row but thats useless. Why you want to find something you just added? You have all the data in your hand when you add it so searching for it again is an overkill. Its not false to say don't delete on DLR_SMSC_SUCCESS (until now this case was never happening because all the SMSC messages where not dealt with in dlr.c) but you have to pay close attention on when to delete the stored message and when don't. -- Andreas Fink Fink-Consulting ------------------------------------------------------------------ Tel: +41-61-6932730 Fax: +41-61-6932729 Mobile: +41-79-2457333 Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland E-Mail: [EMAIL PROTECTED] Homepage: http://www.finkconsulting.com ------------------------------------------------------------------ Something urgent? Try http://www.smsrelay.com/ Nickname afink
