Re: libfetchmail (was Re: Camel)

Anthony Joseph Seward wrote:
> Is there any reason for not making a libfetchmail?  It seems to me that most
> of the functionality for a transport library is already in the fetchmail
> program.  All that remains is to seperate what would be useful for a library
> from the fetchmail interface and the add any functionality that it currently
> lacks.  Is there some problem with this?

For POP, I really think that something like this is probably the best
solution.  What I'd really like to see (but admittedly haven't written a
single line of code for) is a separate GTK+ front end to fetchmail that
could be used for POP3 users.  Then Balsa could simply call this
front-end and have it handle the task of downloading, showing progress
bars, etc.  Considering that all Balsa's POP client really does is
poorly emulate fetchpop, this ought to be acceptable.  :)

For IMAP, though, I really think that we would be better off writing our
own backend.  Of course, we could borrow heavily from Fetchmail or
libmutt, or whatever is convenient, but I don't see it as a simple
"plug-it-in" solution.

Jesse D. Sightler

"Do not use a hatchet to remove a fly from your friend's forehead." 
      - Chinese Proverb

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