Re: Malformed addr for Incoming short code

Alexander Malysh wrote:

> Btw. if we will allow such buggy ton/npi values we will have another 
> problem. Kannel does address auto detection and if ton=1 (international) 
> kannel puts '+' in front. So even if you will allow it you will end up 
> with '+shortcode' address.

hmmm... good point. This will mess things up again.

I consider at first the suggestion from Arne, that we do NACK the message, but 
write a "transaction log" within access.log of the failed message, in order to 
let Kannel users "detect" the effect faster.

When I look at HTTP server, they log 40x et all also to error_log and 
access_log, even while they don't serve the "semantical request".

How difficult would this be?

Stipe

-------------------------------------------------------------------
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany

tolj.org system architecture      Kannel Software Foundation (KSF)
http://www.tolj.org/              http://www.kannel.org/

mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------