I can confirm that trunk svn-5324 version exhibits the same behaviour.
kannel config receive section: # RECEIVING SMS (default) group = sms-service keyword = default catch-all = yes omit-empty = true max-messages = 10 alt-charset = UTF-8 Kannel would successfully receive an MO, but then would immediately send an MT back "Result could not be represented as an SMS message." In the logs we can see the original deleiver_sm, and then the artificial submit-sm created by kannel right after. When changing kannel config back to "max-messages = 0" kannel config receive section: # RECEIVING SMS (default) group = sms-service keyword = default catch-all = yes omit-empty = true max-messages = 0 alt-charset = UTF-8 All is back to normal. Lelik. On 8/5/2022 05:46, Florian Overkamp wrote:
Florian Overkamp
