Hi, access-log-format controls access log format and if it’s changed you may see in access log different flag positions which results in different values für message coding in URL.
Regards, Alexander Malysh Am 20. Okt. 2022, 08:58 +0200 schrieb Giulio Giovannini <giulio.in...@gmail.com>: > Hello Alexander. > > Not sure what you mean. What config parameter controls the access log format > you are referring to? How do you think it is set and how should I set it? > How would the log format have an impact on placeholder substitution? > > Best regards, > Giulio > > > On Wed, 19 Oct 2022 at 17:18, Alexander Malysh <amal...@kannel.org> wrote: > > > Hi, > > > > > > did you maybe changed access log format and mixed %c / %C there ? > > > > > > Regards, > > > Alexander Malysh > > > Am 3. Okt. 2022, 11:46 +0200 schrieb Giulio Giovannini > > > <giulio.in...@gmail.com>: > > > > Hi all, > > > > > > > > I receive on kannel (svn-r5188M) an MO message with the below flags: > > > > > > > > 2022-10-03 08:14:15 Receive SMS [SMSC:xxxx] [SVC:] [ACT:xxxx] [BINF:] > > > > [FID:xxxx] [META:?smpp?] [from:xxxx] [to:xxxxxxx] [flags:-1:2:-1:0:-1] > > > > [msg:278:xxxx] [udh:0:] > > > > > > > > As you can see the second flag, the message coding %c, is set to 2 and > > > > the body of the MO is UCS2 encoded. > > > > > > > > I forward this message out using smsbox HTTP client capabilities > > > > configuring the below get-url: > > > > > > > > group = sms-service > > > > keyword-regex = ".*" > > > > name= xxxx > > > > catch-all = true > > > > get-url = > > > > "http://xxxx.com/dispatcher?messageCoding=%c&To=%P&Orig=%p&Body=%b&SmsCode=1"; > > > > accept-x-kannel-headers = true > > > > max-messages = 0 > > > > > > > > As you can see I am asking kannel to fill parameter messageCoding with > > > > content of placeholder %c > > > > > > > > If I check the smsbox access log I see that the messageCoding has been > > > > set to 0 when the message is forwarded to the HTTP endpoint defined in > > > > the get-url. > > > > > > > > 2022-10-03 08:14:15 SMS HTTP-request sender:xxxx request: 'xxx!' url: > > > > 'http:///xxxx.com/dispatcher?messageCoding=0&To=xxxx&Orig=xxxx&Body=xxxx' > > > > reply: 200 '<< successful >>' > > > > > > > > Is this a known bug? Have I misconfigured anything? > > > > > > > > Using %C placeholder instead of %c would solve the issue I think. The > > > > 4th flag in the log trace above printed when the message is received is > > > > the %C placeholder and it is already at 0 (flags:-1:2:-1:0:-1). > > > > > > > > Thanks for your help, > > > > > > > > Giulio > > > > > > > > > > > > > > > > > > > > > > > >
