Karl Dahlke <[email protected]> writes: >> After the list is displayed, edbrowse displays a command prompt. > > I suppose it could, though it normally doesn't.
Yes, this is unnecessary. > Showing my ignorance here, is imap just a list of folders > or can it be a directory tree of folders? Yep, the standard allows for hierarchy. In practice, all of the mail clients I've used show you a flat list, rather than a tree. > It would be nice if this was compatible with the menus in an input form. Yes, I like this idea as well. > I mostly don't like tab completion, and never use it, Wow. I use it all the time. >> p (poll server for new messages) > > Would redisplay the list with the new counts?? Yes. Poll and redisplay. > I like this - step through the unread emails and let me "dispose" of them. > Could I use most of the existing pop3 commands as I do now? Yep, that's the idea, to make this as seamless a transition as possible... We'd probably add a couple commands to the list you gave here, but none will go away. > Rendering email currently uses all the html machinery but not js. > Would we continue to do this? > Is this a good strategy for pop, or imap, or both? This is fine. I'd say that if an email requires JS, someone's probably up to no good, anyway. > Also need more commands to review the mails that have already been read. Yes. I hadn't really thought this far ahead. IMAP also has a search command, which will return a list of messages that match criteria you specify. It's quite elaborate. You can search based on header fields, or even body text. You can pass it multiple criteria, and it will nreturn the set of messages that match all those criteria. I'd love to implement this for edbrowse. But all in due time. -- Chris _______________________________________________ Edbrowse-dev mailing list [email protected] http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
