Re: Todo list -- POP3 retriever

[Peter Williams <peter newton cx>]

Anyway, onto the code end of what you've provided:

1) Another argument for threading: what happens during the
   name lookups? Blocking! The only way to get around that
   is threading.
2) Otherwise, the code is nice. My thought was that you 
   could put xfer_state.dispatch to better use by having
   little functions to do each step, then set the dispatch
   function to the next logical step. IMHO clearer and
   minisculely more efficient.
3) I would favor spooling the messages to a buffer... 
   especially if you can figure out the message's size
   before RETR'ing it... STAT <msgnum> or some such syntax?
   Then you could build yourself a little Message structure
   and add it to your destination folder.

On Sun, 21 Nov 1999 16:04:33 Chris Gonnerman wrote:
> On Sun, 21 Nov 1999, Peter Williams wrote:
> >Hi everyone, sorry for being absent for a little while.
> >
> >The difficulty of threading is not insubstantial. However, libmutt does
> >have code to do this. OTOH, we hate libmutt :-). It's something I'll look
> >into after I finish the new balsa-init.c.
> 
> Debugging threaded code on top of GTK is much harder than debugging a
> finite-state machine.  I have an ugly, freestanding program (GUI unfinished)
> which gets mail via POP3 using gdk_input_add() and a finite-state machine.  It
> is extensible to also support direct SMTP in the same process, and with the
> right GUI it can even handle multiple simultaneous downloads (like web browsers
> do).
> ....

==============================
Peter Williams peter@newton.cx