Re: Queued DLRs
On 3/8/07, XSG Telecom M.I. de Jong [EMAIL PROTECTED] wrote: Kannel keeps putting DLRs into it's store and refuses to send them out... It DOES sent DLRs, some do get sent, some don't OR DLRs get sent with u huge delay. Looking at processor info the machine itself isn't stressed at all and Kannel doesn't seem to be stressed either. So why are the DLRs getting queued? Why isn't it just sending them out? And is there a way to FORCE Kannel to process it's DLR queue? Try flushing the DLR queue. As always, details in User's Guide. http://www.kannel.org/download/1.4.1/userguide-1.4.1/userguide.html#AEN834 Totally off-topic though, after reading many books on Agile Software Development processes, including those from Ken Schwaber and Alistair Cockburn, I think I understand why conventional development processes tend to regard documentation as a required donkeywork. Now, agile processes value working software over complete documentation but in the case of Kannel we have both working software and excellent documentation yet people actually don't read it. Now it feels like there's something wrong here. Is this because documentation is so big and full of so much information, or is it so badly organized that people are having hard times reading it, or the product is so good people think they can figure out themselves without the need of reading the documentation, or people are being just lazy? Anyone? Hmm. -- Enver
Re: fakesmsc configuration
On 3/31/07, Tulga. G [EMAIL PROTECTED] wrote: Hi guys, Merhaba, 1. Why message start 123 345 text nop? what mean 123 345? [source] [destination] [message-type] [content]. See http://www.kannel.org/download/1.4.1/userguide-1.4.1/userguide.html#AEN5023 for details. 2. What about CDRs? I'm trying connect SMSC - Kannel - SMSC through SMPP 3.4. I need generate CDRs. Kannel is a WAP and SMS gateway, it is built to connect your application to some SMSC so it's up to your application to generate CDRs and Kannel doesn't do this AFAIK. 3. I added test users to sendsms-user group. I must restart smsbox and bearerbox? Unfortunately, you have to restart smsbox but I don't think you need to restart bearerbox. -- Enver
dlr errors
hi, i'm seeing this error quite a bit: 2007-04-02 11:58:12 [26174] [4] INFO: Starting delivery report USER from +NUMBER 2007-04-02 11:58:12 [26174] [9] ERROR: Error reading from fd 28: 2007-04-02 11:58:12 [26174] [9] ERROR: System error 54: Connection reset by peer what can that mean? also if i do: lynx -dump http://localhost:PORT/store-status.txt?password=PASS; i get an empty queue, but if i do: lynx -dump http://localhost:PORT/status.txt?password=PASS; it says that there are 194 queued DLR's, shouldn't they be showing up in the store-status report? i'm using internal dlr storage. cheers iain
Re: Queued DLRs [Really Kannel Doc difficulties]
**Message-ID: [EMAIL PROTECTED] **Date: Mon, 2 Apr 2007 02:34:54 +0300 **From: Enver ALTIN [EMAIL PROTECTED] **To: XSG Telecom M.I. de Jong [EMAIL PROTECTED] **Subject: Re: Queued DLRs **In-Reply-To: [EMAIL PROTECTED] **MIME-Version: 1.0 **References: AcdhezITmXnMn8SVR4GNrY3iDIOfBg== ** [EMAIL PROTECTED] **Cc: users@kannel.org ** ** **Try flushing the DLR queue. As always, details in User's Guide. ** **http://www.kannel.org/download/1.4.1/userguide-1.4.1/userguide.html#AEN834 ** **Totally off-topic though, after reading many books on Agile Software **Development processes, including those from Ken Schwaber and Alistair **Cockburn, I think I understand why conventional development processes **tend to regard documentation as a required donkeywork. Now, agile **processes value working software over complete documentation but in **the case of Kannel we have both working software and excellent **documentation yet people actually don't read it. Now it feels like **there's something wrong here. Is this because documentation is so big **and full of so much information, or is it so badly organized that **people are having hard times reading it, or the product is so good **people think they can figure out themselves without the need of **reading the documentation, or people are being just lazy? Anyone? Hmm. I think the problem is: - complexity of Kannel's capabilities - lack of background in the WAP/SMS/MMS implementation of new Kannel users - overwhelming amount of technical information inside the Kannel documentation - not enough detailed/annotated examples - incomplete glossary/bibliography - lack of index I tried to re-write the manual when I was writing a UUID module for Kannel v1.3.1 (which my employer will not allow me to open-source), but ran out of time resources. The major problem is that the document is in DSSL (Docbook) format and there are limited editors (circa 2003) that natively support it in a WYSIWYG mode. Additionally, it did not use a version of DSSSL that can be XML validated. As a result, it's a pain to re-write. I ended up using VI, converting the whole document to dockbookx (to support XML validation of the document), added section numbering to keep myself from getting lost, hand edititing the resulting document, and passing it through openJade to render an HTML version for ever change. VERY time consuming. I've been trying to find time to continue this but real-life intrudes in my open-source ventures. For anyone interested, here's what my old version looked like: http://202.181.245.115/kannel-doc/1.3.1/userguide.html See ya... d.c.