Ah, you're using the "file" store, not "spool" maybe? AFAIK, there's no document on the storage format. It's mainly a dump from the "Msg" structure, but the "Octstr" objects can have nulls in the middle, so it's not as easy to parse and, it doesn't have a fixed length and (if you're still willing to venture at it) you'll need an hex editor if you don't want to mess the whole file (the nulls in the middle of the file will probably render any text editor unusable).
If you use the "spool" store, each message is stored on an independent file on a directory tree. Removing the file removes the message. The only problem is that kannel only uses the files as a backup mechanism and it doesn't refresh it during runtime. To clarify: * When a message arrives (or is enqueued to be sent), kannel adds it to an in-memory queue and stores a copy on disk. An internal uuid is used to keep track of messages on both places. * When kannel ends processing the message, it removes it from the in-memory queue and deletes the message from disk. Depending on the store type being used, this means removing it from the store file and rewriting the file, or remove an entire file from the spool tree. * If kannel crashes or is shutdown with messages pending, the messages are kept on the file/spool queue. During a shutdown, the in-memory queue is dumped to file again afaik. * When kannel starts, it first load the messages from the file/spool queue. * On the particular case of the file store, a backup file is kept at all times in case the main file is deleted or corrupted. So, from the above, it's clear why you need to stop kannel before deleting the file(s). You can stop kannel, delete the store and store.bak files, or remove the whole spool tree and start again. It will remove ALL your pending messages. If you can figure out which message is causing the problem, you can remove it from the spool (if you're using the spool store) as well. With the file store, you'd need to figure out from the binary, which is near to impossible without some specially crafted tools imho. Regards, Alejandro On Wed, Dec 3, 2008 at 1:15 PM, Tony Kirkham <[EMAIL PROTECTED]> wrote: > How? By hand, in my favorite editor? I have tried this, with bad > results. There are special characters, at least vi displays them that way, > that I can't interpret so I do not know where, exactly, one message stops > and the next starts. Is there a document that describes the store file in > detail? > > -Tony > > > On Tue, Dec 2, 2008 at 4:08 PM, Alejandro Guerrieri < > [EMAIL PROTECTED]> wrote: > >> And do it without kannel running, of course ;) >> >> If you're using the spool store file, you can remove the individual >> message (assuming that you can find out what's the message causing the >> error). >> >> Regards, >> >> Alejandro >> >> >> On Tue, Dec 2, 2008 at 5:49 PM, info.ubichip <[EMAIL PROTECTED]>wrote: >> >>> Hello, >>> >>> when you trash the .store file, don't forget to remove the .store.bak as >>> well otherwise, it will retry to send all the remaining message. >>> >>> regards >>> >>> >>> ------------------------------ >>> *From:* Tony Kirkham [mailto:[EMAIL PROTECTED] >>> *Sent:* lundi 1 décembre 2008 21:32 >>> *To:* [email protected] >>> *Subject:* Removing an erroring message stuck in queue / file store >>> >>> Is there a way to remove a message from the file store that is erroring >>> continuously allowing the other messages to be sent? >>> >>> If I simply restart Kannel sometimes the other messages get sent and >>> sometimes they do not. Why is that? >>> If they all get sent but the erroring message I can simply replace the >>> file store with another file with a restart of Kannel, but I would like to >>> know if there is a way to remove the message by some other means. >>> >>> Thanks, >>> >>> -Tony >>> >> >> >
