Just to touch base. In all bug posts related to 418 & 457, users were
complaining about MOs, i.e. bearerbox going "suspended". They also all
seemed to say that SMS were lost. This doesn't seem to be the same case that
Arne mentions.
If someone has a connection to SMSc that could use, one could easily test
it: Make it the only SMSc active and disconnect the cable. If you can
replicate the condition, we should hold release and fix. Else request more
info from the guy who submitted it and proceed with the release.
Unfortunately i do not have any SMSc connection at the moment, so I can not
do anything about it.
BR,
Nikos
----- Original Message -----
From: "Alexander Malysh" <[email protected]>
To: <[email protected]>
Sent: Friday, January 09, 2009 11:13 AM
Subject: Re: Kannel 1.4.2 out
Arne K. Haaje schrieb:
Nikos Balkanas wrote:
Dear Stipe,
I looked at 467 bugs with status "New". Of those I filtered out alll
refering to versions < 1.4.1. (1.3.x - 1.4.0). And again I filtered out
all bugs reported before 2006 - since a lot of entries lack product
version, I assumed that anything submitted prior to 2006 cannot be 1.4.1
or cvs).
I was left with 33 open bugs - of which 1 was commented as "not
reproducible". Therefore we are left with 32 Bugs.
Of those 8 are minor, 19 major, 4 crashes and 1 block.
I checked each one (crashes & major) of those. I attach also csv. Aside
from 418 that I have seen it many times, the others seem either not as
important or easy to fix or Not blocking. What do you think?
Crashes:
418: Seems general problem 3 people responded that any time SMSc
connection is lost, Kannel doesn't send any more SMSs until bearerbox is
restarted, at which point all messages in queue are lost (?). Latest
submission 9/4/2008.
I can sort of confirm this one as well. Sometimes the bearerbox (for SMPP
connection) stop sending MT messages. I don't know if this is because the
connection was earlier lost, but it has happened for me on a few
different operators.
As far as I know it only happens on SMPP connections with receiver and
sender thread (not transceiver). Is it correct?
If yes, then we need to investigate this bug first or disable 2 Threads
(sender and receiver) and force users to use 2 SMPP connection groups (one
for receiver and one for sender).
We can still receive MO and DLR, but any MT just stays in the store. When
I restart kannel, the messages in the store are not lost, but sent.
Arne
