Re: Where's my FOO ? [Was: Daily patch: gateway]

Konstantin Vayner <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Hi,

Actually... What is really the reason for not having really descriptive 
status text?
There is already a list of definitions for status-codes...
So i believe it would not be a problem to make same for status-text... 
or is it?

Having OK as status-text is really confusing... but so also having 
Foo/Bar in some cases...

So... [ if i may really vote on  anything ;)  ]
i would vote +2 on making status-text be real rfc compliant (and thus 
descriptive)
or +1 for having at least Foo/Bar instead of OK

Regards,
    Konstantin Vayner,
    Appcell MT, Ltd.

Bruno David Simões Rodrigues wrote:

>Citando Stipe Tolj <[email protected]>:
>
>  
>
>>Hi,
>>
>>    
>>
>>>Why is this patch ? I liked the "FOO". This one and the 202 responses are
>>>      
>>>
>>very
>>    
>>
>>>important.
>>>      
>>>
>>ehmm, ok this goes to my credit. 
>>
>>
>>    
>>
>>>BOFH story:
>>>.net programmer [.NOT]: Hei, I've tryed to send a message but kannel gave
>>>      
>>>
>>me an
>>    
>>
>>>error
>>>BOFH: really ? but I heard your mobile beeping, you got your message
>>>.NOT: but my xmlhttp.net object haven't received any 200 OK
>>>BOFH: true
>>>...long pause...
>>>BOFH: and ? anything else ?
>>>NOT: but if I don't receive a 200 OK, how would I know if it was ok ?
>>>BOFH: you check for a 202 FOO
>>>.NOT: 202 ? FOO ?
>>>BOFH: have you read http RFC anytime in your life ?
>>>...another long pause and a face wondering what's a RFC....
>>>BOFH: When you try to send a message, the message goes to a queue. Fist to
>>>kannel queue, them to smsc queue. Kannel can't reply with a 200 OK because
>>>      
>>>
>>it
>>    
>>
>>>can't know if it'll be a OK delivery at that time. The better it can do is
>>>      
>>>
>>202
>>    
>>
>>>Accept the message and try it's best to do it's job. Too bad there's no
>>>      
>>>
>>"269
>>    
>>
>>>Don't_worry,_everything's_gonna_be_ok"
>>>      
>>>
>>:))
>>
>>Hmm if we'd be very RFC2616 pendantic, then we should say "HTTP/1.x
>>202 Accepted". If it makes you or others a toooo big problem that it
>>return OK now, I can live with "Foo" either.
>>    
>>
>
>;)
>As I see in the code, we had "%n FOO" to avoid having an array with status text
>vs status code (200OK, 202 Accept, 403 Not authenticated). It's not needed, you
>only need the status code, not the text. Foo is a nice general text to send
>because it won't match any expected text - not ok, not accepted. 403 FOO is
>acceptable, 403 OK is not.
>
>And we already are RFC pedantic - we already send 202, not 200. There's no 200
>response anywhere in smsbox.
>
>The BOFH joke is about people expecting 200 when they should expect any 2xx
>code, because every 2xx is a OK. When they expect 200 and kannel sends 202, they
>say that kannel has a bug, and then I show them the RFC and shut them up.
>
>I vote +1 for having FOO back. I vote +2 for having FOO and BAR randomly ;)
>
>
>  
>
>>Stipe
>>
>>[email protected]
>>-------------------------------------------------------------------
>>Wapme Systems AG
>>
>>Vogelsanger Weg 80
>>40470 Düsseldorf
>>
>>Tel: +49-211-74845-0
>>Fax: +49-211-74845-299
>>
>>E-Mail: [email protected]
>>Internet: http://www.wapme-systems.de
>>-------------------------------------------------------------------
>>wapme.net - wherever you are
>>
>>    
>>
>
>
>  
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.