Re: Partial message retrieval, the design

I just committed the API changes to camel-lite itself.

Now each method that needs work has a "TNY TODO" comment and a "gboolean
full" parameter. Just search for them in camel-lite/camel/* -r

On Wed, 2007-01-03 at 18:40 +0100, Philip Van Hoof wrote:
> Hi folks,
> This is a first design of the upcoming partial message retrieval feature
>   o.
> Two new documentation pages have been added. These are about the
> camel-lite internals. The first is going to be important when
> implementing the camel-lite part of the partial message retrieval
> feature (which is not really shown in the design, as that part will have
> to blend in the existing camel infrastructure).
>   o.
>   o.
> In short will the camel-lite API, camel_folder_get_message, be changed
> to have an extra bool "full" to its parameters. If that bool is FALSE
> then it will only fetch the body of the E-mail from the service. Else it
> will retrieve the entire message content (including all attachments and
> other mime parts). Or ... at least that is the idea.
> At the tinymail part no API will be changed, only added. The API that
> will be added is tny_folder_set/get_msg_receive_strategy. Two types will
> also be added in libtinymail-camel (but check the wiki page for more
> information, as decisions might change things .. whereas this E-mail
> can't change once I press the Send button).
> Comments, thoughts and everything in between (except brick throwing at
> my head) is very welcome. If somebody is interested in cooperating or
> co-developing this feature, please don't hesitate to contact me or write
> about your ideas and intentions on this mailing list.
Philip Van Hoof, software developer
home: me at pvanhoof dot be 
gnome: pvanhoof at gnome dot org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]