you just build the message from the raw stream.
nntp and pop dont do anything special, only imap does because of being
able to retrieve parts individually.
On Sat, 2002-05-11 at 13:36, Shawn Walker wrote:
I have been trying to figure out how to get Camel to display the header of the
message
I'm trying to use the header that I already have and it's being stored into the camel.
Whenever somebody click on a message then I retrieve the body. The body is being
displayed but no header is in the preview pane.
On 5/11/2002 at 5:25 PM Not Zed wrote:
you just build the message from the
Hi there
I would like to know if someone could explain the Query String Format
for me please. I'm refering to the query string that's passed in as a
parameter to the following methods from
$evosource_topdir/addressbook/backend/ebook/e-book.h.
snip
guint e_book_get_cursor
I already have the summary being displayed and the message being show
in the preview pane. Bug, I'm stumped on what I need to do to get the
header to display.
The display pane doesn't look at the summary information, it gets the
headers from the CamelMimeMessage object itself. It sounds
On Sat, 2002-05-11 at 21:30, Steve Murphy wrote:
I've been watching this thread over the last number of days, and I can't
help throwing in my 2 cents.
I'm pretty sure I'd be satiated on this issue for a while if:
1. a filter could have an action of executing a specified program, and
Excellent to hear that the piping will make it out soon.
As to the feed-to-program-and-get-it-back-again possibility, (otherwise
known as a filter?), well, that opens the door to doing some message
modification. Who am I to argue against giving the user base such POWER?
But for the sake of
Well, I had been thinking that only the filter 'action' would be able to
pipe a message stream to a program and back again. For filter cirterion,
having it just pipe it to an external program in order to get the return
code of the program would be fine. We wouldn't want to change the
message