Re: nnagent

[wmperry@aventail.com (William M. Perry)]

Stainless Steel Rat <ratinox@peorth.gweep.net> writes:

> -----BEGIN PGP SIGNED MESSAGE-----
> 
> >>>>> "Lars" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> 
> Lars> Uhm -- from the pop server, into the agent, and from there into nnml?
> Lars> Wouldn't that be a waste of perfectly good bauds?
> 
> It seems to be a waste to me.  The only rational way to use a POP server
> is to download everything from it to a local storage area, and every POP
> mail client that I know of -- including Forte's Agent -- operates on that
> premise.  The way that agent becomes a win is to queue up outgoing mail
> locally (which smtpmail and feedmail already accomplish) assuming that it
> will be made to do this.

  SPRY Mail has an option to only use what they call a 'remote inbox'.
They just download the header info from the messages and show the threaded
display of messages, then retrieve them one at a time as you try to read
them.  Sort of a poor-man's imap.

  It would be kind of nice to have a studly pop3 package that would allow
you to build this functionality into a backend.  but I'd rather see just
straight IMAP support. :)

  I solve the whole work/home laptop problem by just NFS mounting my home
directory from my laptop and symlinking my .gnus.el and .newsrc.eld files
over as well.  My .emacs has a few differences between work and home, and
lets my .gnus.el know what course of action to take.  Sort of like the
'profiles' in SPRY Mail.  I have it check different mail accounts, news
servers, and use different outgoing delivery methods (smtp vs. sendmail)
depending on whether I am at work, on the bus, or at home.  Works pretty
well.

-Bill P.