From: Karl Dahlke <eklhad@comcast.net>
To: Edbrowse-dev@lists.the-brannons.com
Subject: [Edbrowse-dev] imap
Date: Sat, 22 Mar 2014 06:04:47 -0400 [thread overview]
Message-ID: <20140222060447.eklhad@comcast.net> (raw)
Adam raises a legitimate concern about "feature creep",
edbrowse trying to do too much.
I can see this point, but I also think edbrowse power is partly in its breadth.
Before I implemented odbc, some people would have thought that was
beyond the scope of what edbrowse should do.
And yet I have found it so helpful in my work
to be able to edit a database table the way I edit a file.
Similarly for managing a directory,
rename a file with a substitute command.
It is the same interface for many tasks.
When bringing up an email I can go to a hyperlink
within the email, the way explorer and outlook merge together
in a seamless whole.
I can also cut&paste things to and from emails as I formulate a reply.
The fact that people ask for imap suggests to me that they want
this unified experience to extend to imap, and quite honestly I probably
would too if I ever used or needed imap, if I ever had lots of email
to deal with, which I don't.
In fact you can see I moved in that direction from the outset, with my filters,
which automatically save certain emails to certain files based on subject
or sender etc.
What chris referred to in his imap settings,
a folder with all emails from me, can almost be done in edbrowse today with
fromfilter {
Karl Dahlke > kd-mail
}
My option to extend and continue this strategy is not ideal,
as chris points out, because the folders and arrangements of emails
are not on the server, and not seen in a consistent way from
all machines and devices.
That doesn't impact me because I only look at my mail from one computer,
but I know my friends at work had this concern as they viewed mail
from cell phones and many such devices, so I get it.
I guess I need to look at the imap support that is offered by curl,
since we already have curl in our product.
I would hope to present a similar email interface to the user,
close to what we have today,
but with more commands like switching folders (imap folders on the server),
or a list of all folders, etc,
and perhaps a way to reply to an email without necessarily having a copy
of it on your computer.
Karl Dahlke
next reply other threads:[~2014-03-22 10:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-22 10:04 Karl Dahlke [this message]
2014-03-22 21:28 ` Adam Thompson
-- strict thread matches above, loose matches on Subject: below --
2014-03-21 13:27 Karl Dahlke
2014-03-21 14:31 ` Chris Brannon
2014-03-21 17:11 ` Adam Thompson
2014-03-21 17:21 ` Adam Thompson
2014-03-21 18:26 ` Chris Brannon
2014-03-21 20:22 ` Adam Thompson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140222060447.eklhad@comcast.net \
--to=eklhad@comcast.net \
--cc=Edbrowse-dev@lists.the-brannons.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).