after a long time of tracking the problem of messages not traversing over to bearerbox from smsbox it seems as if the monitoring system (which queries /status.txt on a regular base) itself is responsible for this issue.
It seems, as if this issue is a primary matter with the at driver. (perhaps because of it sleeps on a more regular base than the other smsc's?) though ucp and smpp suffer from that too, but not in a such heavy way (about 25 messages per smsc per day get lost) I use gwthread_sleep for idling, that should be correct? The first counter measure was to lower the frequency status.txt is requested, but this doesn't solve the problem, just reduce... any ideas on that? Cheers, Wilfried Goesgens
