Re: mailbox stream

[Alain Magloire]

> 
> > Or we could decide, forget it, this type of functionnality is not need it
> > they should always read messages via the message_t and
> > mailbox_{s,g}et_stream () means the to give the __tcpip__ stream.
> 
> I'd think the messages should really be read via
> mailbox_{s,g}et_stream () -- this makes the interface consistent no
> matter what kind of protocol we're using.  But instead of returning
> raw tcpip output maybe it would be better to implement some kind
> of `translation function' in mailbox_t, so that when one is reading
> from the stream he would get clean message without protocol quirks.
> What do you think?

So be it.
mailbox_get_stream () will return a stream that you can use
to access the messages.  I'm not sure I want to backport this
to the "old" implementation it will be in the new.

So in essence getting a stream from the mailbox and reading from
it the underlying implementation say POP3, will

RETR 1
RETR 2
RETR 3
...
RETR n

For you and give the result.

> 
> In the meantime I was stuck with implementation of append command
> in imap4d: all was ready and working fine, except that I had to
> add mailbox_destroy_folder() function to mailbox.c, which just
> destroys the folder associated with the mailbox. After this I
> can safely call mailbox_set_stream (tmp, stream) and obtain
> the needed functionality.

Yicks!!  I think I understand what you are trying to do, do not agree
with the means 8-).  We should clean this for the new API.

Meanwhile, you can commit mailbox.c (with mailbox_destroy_folder())
I will not touch it except for fixes.

I'll try hard to get a template with POP3 during the weekend.
So we can get a clear view of the new API and try to get this right.
It will be in mailutils/mailbox2/*

So far the API went through 3 revisions, I'm sure it will not be the
last.

P.S:  The APPEND imap4 command is tricky, I did try to clean this
in imap4d_readline ().  I Will be curious to see, if I'll have to
send you another virtual beer, the first one for SEARCH was ... impressive.

-- 
au revoir, alain
----
Aussi haut que l'on soit assis, on n'est toujours assis que sur son cul !!!