Why does it do that ? The way I understand it, OK means OK - got it,
thank you, you can go home now :-) does the manual document it ?
What do you think we should do about it - I see several options :
* Treat OK as an error (retry again immidietly until the "retry limit"
and then discard the message).
* treat it as a special error, forcing a delay.
* treat it as a temporary failure, bouncing it to the top of the local
outgoing_queue
* treat it as a temporary failure, sending it back to bearerbox with a
FAILED_TEMPORARY status.
I think the last two are the easiest to implement and offer the more
"correct" way of handling such stuff.
--
Oded Arbel
m-Wise Inc.
[EMAIL PROTECTED]
(972)-67-340014
(972)-9-9581711 (ext: 116)
::..
/real/ kernel hackers
dd if=/dev/urandom of=/vmlinuz
and influence the Universal Randomosity Field.
-- Gaal Yahas
> -----Original Message-----
> From: Jacob Vennervald Madsen [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 10:49 AM
> To: [EMAIL PROTECTED]
> Subject: bug in siemens tc53 at2
>
>
> Hi List
>
> I think there is a bug in the Siemens TC35 AT2 code.
> When a message is sent through a Siemens TC35 in PDU mode it can send
> three different responses:
>
> +CMGS:<mr>OK
> This means that the message was successfully sent.
>
> OK
> This means that the modem understood the command but it could not send
> the message.
>
> +CMS ERROR:<err>
> This means that the modem didn't understand the command.
>
> If I send a lot of messages back and forth on a Siemens modem some
> messages doesn't get sent because kannel takes the OK message as
> successful sending when it really should try sending again.
>
> Jacob Vennervald
>
>
